HTTP/3 とは？

通信の土台がTCPからQUICに変わったんだ。HTTP/2では、一つのTCP接続で複数のストリームを扱う。HTTP/3はQUICのストリームを使うので、あるストリームのデータが失われても、それを待つためだけに別のストリームの受け渡しまで止める必要がなくなるよ。

UDP自体に任せず、QUICが信頼性を提供するよ。失われたデータの再送や、ストリーム内の順序管理を行うんだ。失ったパケットをそのまま送り直すのではなく、必要なデータを新しいパケットに載せて再送する。UDPだから順序を無視する、という仕組みではないよ。

避けられるのは、TCPの順序待ちが別のストリームにも及ぶ問題だよ。同じストリームでは欠けたデータを待つし、接続全体の混雑制御の影響も共有する。ヘッダーの圧縮に伴う待ちもあり得るので、HTTP/3なら何が起きても他の通信に影響しない、とは言えないんだ。

QUICはTLS 1.3と組み合わせて、接続と暗号化の準備を進めるよ。フルハンドシェイクには1-RTTの方式があるけれど、追加の確認が必要な場合もあり、一律の所要時間は決まらない。以前の接続情報があれば0-RTTで早期データを送れる場合もあるが、再送攻撃への配慮など利用条件があるんだ。

サーバー側もHTTP/3に対応し、通信経路でQUICを使える必要があるよ。たとえばUDPが遮断される環境では接続できず、TCP上のHTTPへ切り替えることがある。速さもネットワークや処理内容によるので、HTTP/3というだけで必ずページが速くなるとは限らないんだ。