HTTP/2とHTTP/3（QUIC）の違い｜2級の要点

HTTP/2はTCPの上で1本の接続に複数のやり取りを束ねる方式、HTTP/3はUDPの上で動くQUICを使い、束ねたやり取りを互いに待たせないようにした方式です。

HTTP/3の仕様（RFC 9114、2022年6月）は、HTTPの意味（セマンティクス）をQUICというトランスポートの上に載せたもの、と自らを説明しています。ここが大事な点で、GET・POSTなどのメソッドや200・404などのステータスコードの意味は、HTTP/1.1・HTTP/2・HTTP/3で共通です。この共通部分はRFC 9110「HTTP Semantics」にまとめられています。

変わったのは「メッセージをどう運ぶか」です。HTTP/1.1はテキストのメッセージをTCPで送り、HTTP/2はそれをバイナリのフレームに分けて1本のTCP接続に多重化し、HTTP/3はそのフレームをQUICのストリームに載せます。

HTTP/3は、TLSの接続交渉で「h3」というALPNの識別子を使います。サーバがHTTP/3に対応していることは、HTTPの応答に付けるAlt-Svcヘッダで知らせる方法がRFC 9114に書かれています。最初はHTTP/2などで接続し、対応が分かった後にHTTP/3へ切り替える、という流れがあり得るということです。

HOL（Head-of-Line）ブロッキングは「列の先頭がつかえると、後ろが全部待たされる」現象です。どの層で起きているかを分けると、HTTP/2とHTTP/3の違いがはっきりします。

1. 1HTTP/1.1（アプリ層で待つ）：1本の接続で複数の要求を続けて送っても、応答は要求と同じ順番で返す必要があります。重い応答が先頭にあると、軽い応答も後ろで待ちます。ブラウザは接続を何本も張って並行させてきました。
2. 2HTTP/2（アプリ層は解消、TCPで待つ）：要求ごとにストリームを分け、フレームを混ぜて送れるため、アプリ層の順番待ちはなくなりました。しかしTCPは全体を1本のバイトストリームとして扱うので、1つのパケットが欠けると、再送が届くまで後ろのデータはどのストリームのものでも渡されません。RFC 9113自身が、TCPのHOLブロッキングはこのプロトコルでは解決していない、と明記しています。
3. 3HTTP/3（ストリームごとに待つ）：QUICはストリームごとに再送と順序制御を行います。1つのパケットが欠けても、待つのはそのパケットを含むストリームだけで、ほかのストリームは先に進めます。

ヘッダ圧縮が変わったのも同じ理由です。HTTP/2のHPACKは、圧縮した情報が順番どおりに届くことを前提にしています。QUICはストリーム間の到着順を保証しないため、HTTP/3では順番の入れ替わりに対応したQPACK（RFC 9204）が作られました。

無線区間ではパケットの欠落や遅延の揺れが起きやすいため、この違いはモバイル通信の話題として押さえておく価値があります。QUICが接続をコネクションIDで識別し、Wi-Fiとモバイル回線の切り替えでIPアドレスが変わっても接続を続けられる点は、TCPとUDPの違いで解説しています。

HTTP/2とHTTP/3は、モバイル2級の出題カテゴリ「モバイルインターネットとモバイルコンテンツ技術」に当たります。MCPCの試験ページの図では、このカテゴリの出題比率は20%です（2026年9月27日確認）。カテゴリの中でHTTPが何問あるかは公表されていません。

公式テキスト（モバイルシステム技術テキスト第11版）の目次では、第9章「モバイルインターネットとコンテンツ技術」が近い範囲です。章と出題カテゴリの対応は当サイトの推定で、使っているのは目次の章名だけです。

4択での確かめられ方は公表されていないため、以下は当サイトの想定です。

• 下のトランスポートの組合せ：HTTP/2とHTTP/3のそれぞれが何の上で動くか、ヘッダ圧縮の方式と組み合わせて選ぶ。
• 解決した問題と残った問題：HTTP/2が解消したHOLブロッキングと、残ったHOLブロッキングを区別できるか。
• 変わらない部分：メソッドやステータスコードの意味が版で変わると誤解させる記述を見抜く。
• 暗号化の位置：TLSがTCPの上に重なるのか、QUICの中に組み込まれるのかを区別する。

Webの配信を速くするもう一つの仕組みであるCDNや、通信を暗号化するTLSと一緒に整理すると、第9章の範囲がつながって見えます。試験全体の形式はモバイルシステム技術検定2級の概要にまとめています。

HTTP/2について、HTTP/3で改善された課題として最も適切なものを選んでください。

1. 1テキスト形式のため、ヘッダを圧縮する仕組みを持っていなかった
2. 21本の接続で、複数の要求を並行して扱うことができなかった
3. 3TCPで1か所が欠けると、同じ接続の全ストリームが待たされた
4. 4メソッドやステータスコードの意味が、HTTP/1.1と異なっていた

正解：3。HTTP/2は1本のTCP接続にストリームを多重化するため、TCPの欠落が起きると再送が届くまで全ストリームが待たされます。RFC 9113もこの点は解決していないと明記しており、HTTP/3はQUICでストリームごとに再送することで改善しました。

1は誤りで、HTTP/2はバイナリのフレームを使い、HPACKでヘッダを圧縮します。2も誤りで、1本の接続での並行処理（多重化）はHTTP/2の特徴そのものです。4も誤りで、メソッドやステータスコードの意味はRFC 9110で共通に定められています。

次の文の空欄Ⅰ・Ⅱに入る語句の組合せとして適切なものを選んでください。

「HTTP/3は Ⅰ の上で動作し、ヘッダの圧縮には Ⅱ を用いる。」

1. 1Ⅰ：TCP　Ⅱ：HPACK
2. 2Ⅰ：TCP　Ⅱ：QPACK
3. 3Ⅰ：QUIC　Ⅱ：HPACK
4. 4Ⅰ：QUIC　Ⅱ：QPACK

正解：4。HTTP/3はQUIC（RFC 9000）の上で動き、ヘッダ圧縮にはQPACK（RFC 9204）を使います。

1はHTTP/2の組合せに近く（HTTP/2はTCPとHPACK）、HTTP/3の説明ではありません。2はQPACKが合っていても、TCPの上ではなくQUICの上で動く点が誤りです。3はQUICが合っていても、HPACKは到着順を前提にするためHTTP/3では使われません。

HTTP/2とHTTP/3に関する次の記述のうち、適切でないものを選んでください。

1. 1HTTP/3では、欠落したパケットの再送をブラウザのスクリプトが行う
2. 2HTTP/3では、QUICに組み込まれたTLS 1.3で通信が暗号化される
3. 3HTTP/2では、1本のTCP接続の上で複数のストリームが多重化される
4. 4HTTP/3への対応は、応答のAlt-Svcヘッダで知らせることができる

正解：1。再送や順序制御はトランスポートであるQUICの仕事で、Webページのスクリプトが行うものではありません。UDPの上で動くことから「アプリが再送する」と早合点させる記述です。

2は適切で、QUICはTLS 1.3を組み込んでいます（RFC 9001）。3も適切で、ストリームの多重化はHTTP/2の中心的な仕組みです。4も適切で、RFC 9114はAlt-Svcヘッダでの対応の告知を説明しています。

迷った問題は「どの層の話か」を書き出してから比較表に戻ると、取り違えの原因が見つかりやすくなります。HOLブロッキングの問題はとくに、アプリ層とトランスポート層を分けられるかが分かれ目です。

ほかの分野と混ぜて本番と同じ4択で試したい場合は、モバイル2級の無料お試し20問を登録不要で解けます。公式の出題比率に合わせた20問で、全問に解説がついています。

続けて読むなら、トランスポートの基礎はTCPとUDPの違い、配信の仕組みはCDNとはが近いテーマです。