意味は1つ、運び方は版ごと — HTTP/2 の線上に GET の文字は無い

HTTP には 1.1・2・3 の3つの主要な版があります。新しい版が古い版を置き換えたと考えがちですが、RFC 9110 §1.2 はそう書いていません。

All three major versions of HTTP rely on the semantics defined by this document. They have not obsoleted each other because each one has specific benefits and limitations depending on the context of use.

GET や 200 が何を意味するかは、この1か所で決まっています。では版ごとに何が違うのか。§6 は Each major version of HTTP defines its own syntax for communicating messages. と書き、その狙いを a message in one version can be relayed through other versions without changing its meaning と述べます。意味は共通で、線に載せる書き方が版ごとに違います。

違いの中身も書かれています。メッセージの区切り方について §6.1 は Each major version of HTTP defines its own framing mechanism.。メソッドや対象を運ぶ部分(制御データ)について §6.2 は次のように書きます。

In HTTP/1.1 ([HTTP/1.1]) and earlier, control data is sent as the first line of a message. In HTTP/2 ([HTTP/2]) and HTTP/3 ([HTTP/3]), control data is sent as pseudo-header fields with a reserved name prefix (e.g., ":authority").

1バイトで済んだ理由は、表が線の外にあることです。RFC 7541 §2.3.1 は静的表を a predefined static list of header fields と定めています。送り手と受け手が同じ表を最初から持っているので、中身を送らず番号だけで足ります。

版番号も同じ理由で消えています。HTTP/1.1 の先頭行は、RFC 9112 §3 のとおり要求のたびに版を書きます(ends with the protocol version)。HTTP/2 について RFC 9113 §8.3.1 はこう書きます。

Individual HTTP/2 requests do not carry an explicit indicator of protocol version. All HTTP/2 requests implicitly have a protocol version of "2.0"

この接続が HTTP/2 であることは両端がすでに知っています。今回はオプション名のとおり、「相手は HTTP/2 を話す」という事前の知識を curl に与えました。プリフェイスに見える HTTP/2.0 の文字は接続に1回の固定の列で、要求ごとの版表示ではありません。

ここから、このコースの芯が出てきます。通信の仕組みは、両端が何を共有しているかで決まる。共有していれば省略でき、共有していなければ往復が要る。 12本はこの順に進みます。まず版に共通の意味(知らない値・リダイレクト・条件付き要求)、次に TLS、それから 1.1→2→3 の運び方の変化、最後に版をどう選ぶかです。