SPDY/HTTP2 について質問があります。通常、複数の CSS ファイルと JS ファイルを 1 つのファイルに連結して、リクエストを保存し、パフォーマンスを向上させます。SPDY/HTTP2 は複数のリクエストを 1 つのレスポンスにまとめると聞きました。これは、プロトコルによって処理されるため、CSS ファイルと JS ファイルを事前に連結する必要がなくなったことを意味しますか?
言い換えれば、HTTP1 で使用するのと同じ方法で SPDY/HTTP2 で<script source="moduleA.js"></script>andを使用できますか? これは応答パフォーマンスの観点からは同じですが、キャッシュを変更して保持できるように、各ファイルを個別にキャッシュするという利点がありますか?<script source="moduleB.js"></script><script source="allScripts.js"></script>moduleB.jsmoduleA.js
HTTP/2.0 は (私の知る限り) まだ存在しません。まだ提案されている標準です。ただし、SPDY と同様の接続処理を使用する可能性が高いようです。
SPDY はそれらを連結せず、同じ接続を介してリクエストを多重化します。ネットワークの観点からは、効果は同じです。
はい、手動でコンテンツ ファイルをマージする必要はありません。はい、コンテンツ ファイルは個別にキャッシュされます。
SPDY3 と HTTP2 は、同じ物理接続でリクエストを多重化しています。ただし、多重化されたリクエストでも、リソースごとに順番に送信される可能性があり、ラウンドトリップ時間の待機による大幅な速度低下を引き起こします。
SPDY3 と HTTP2 の両方に、「リソース プッシュ」(「SPDY プッシュ」とも呼ばれます。「サーバー プッシュ」と混同しないでください) と呼ばれる機能があり、クライアントが要求しなくても関連するリソースをプッシュできます。コミッターです - 私の知る限り、その機能を実装しているのはコミッターだけです。
次のビデオで Resource Push の動作を見ることができます: http://webtide.intalio.com/2012/10/spdy-push-demo-from-javaone-2012/。
リソース プッシュを使用すると、すべての異なる JS ファイルを取得するための追加のラウンドトリップを節約しながら、1 つのファイルごとにブラウザー キャッシュを利用できます。リソース連結の要点は、まさに必要なすべてのリソースを取得するために必要なラウンドトリップの数を減らすことであり、リソース プッシュはその問題を解決するのに役立ちます。