HTTP/2

リクエストのたびに TCP コネクションを切断していた

HTTP/1 では高速化のために、複数の TCP コネクションを貼っていた

けど制限がある

同時に遅れるリクエストも6つまで(ブラウザによる)

ドメイン単位なので、リソースを別ドメインに分散するという高速化手法あり

HTTP/2 は１つのコネクションの中でリクエスト/レスポンスを多重化できる

コネクションの中にストリームという仮想の単位を作成

複数のストリームが並行して走る感じ

1つのコネクションの中で、別々のストリームに紐づくフレーム(データの単位)が順不同で流れることができる

これにより HTTP Head of Line blocking を解消

HoL blocking は 1つのコネクションの中で HTTP request を連続して投げるパイプラインにおける制約で(Keep-alive という機能を使っていた)、response は request の順番でないといけないというもの

他にも

ヘッダーの圧縮

クライアントが優先度を指定できる

サーバープッシュ

複数のストリームにしても、TCPレベルではそんなことは関係ないので、HTTP でのストリーム A のパケットがロスすると同じコネクション上の他のストリームのパケットもつまる

パケットロスについては http2 よりも http1 のほうが効率がよかったという話もある