【入門編】Transfer-Encoding: chunkedの仕組みと実装 – HTTPプロトコル・通信規格実践ガイド

終わりの見えない手紙をどう届ける？「Transfer-Encoding: chunked」の秘密

こんにちは！ネットワークの世界へようこそ。
普段、何気なくブラウザで見ているWebサイト。その裏側では、サーバーとブラウザの間で「手紙」のようなやり取りが行われています。

今日は、その中でも少し特殊な「長さのわからない手紙」を届けるための技術、「Transfer-Encoding: chunked（チャンク転送）」についてお話しします。「チャンク＝塊（かたまり）」という意味なのですが、これ、実はインフラエンジニアの現場では非常に重要な考え方なんです。

さあ、肩の力を抜いて、パケットの旅を追いかけてみましょう。

—

なぜ「長さ」を先に教えなきゃいけないの？

HTTP通信において、サーバーはブラウザに対して「これから送るデータは1000バイトです！」と、先にサイズを伝えるのが基本です。これを `Content-Length` ヘッダーといいます。

これは郵便に例えるなら、「この荷物は重さ1kgです」と伝票に書くようなものです。受け取る側は「あ、1kg分のスペースを空けておけばいいんだな」と準備ができますよね。

しかし、こんなケースはどうでしょう？

サーバーで動的にHTMLを生成している（SNSのタイムラインなど）
データベースから取得したデータを逐次流し込んでいる

データが全部完成するまで、正確なサイズなんてわかりませんよね。完成を待ってから送ると、ユーザーは真っ白な画面をずっと眺めることになります。

そこで登場するのが Chunked（分割転送） です。

—

チャンク転送の「分割して届ける」仕組み

チャンク転送は、「とりあえず、今できた分だけ送るよ！」を繰り返す手法です。

荷物を一気に送るのではなく、小さな箱に小分けして、その都度「この箱は50バイトだよ」「次は30バイトだよ」とラベルを貼って送り続けます。これなら、全部の完成を待たずに、できた端からユーザーに情報を届けられます。

データの構造を見てみよう

実際に流れるデータの形式はこんな感じです。

HTTP/1.1 200 OK
Transfer-Encoding: chunked

5\r\n (←16進数でサイズを宣言：5バイト)
Hello\r\n (←データ本体)
A\r\n (←16進数でサイズを宣言：10バイト)
World Data\r\n (←データ本体)
0\r\n (←「もう終わり！」の合図)
\r\n (←最後の空行)

1. 16進数のサイズ: 最初に「これから送る塊のサイズ」を16進数で伝えます。「A」と書かれていたら、それは10バイト（10進数）のことです。
2. データ本体: 指定したサイズ分のデータを送ります。
3. 終端チャンク (0): サイズに「0」が指定されたら、それが「すべて送り終わりました！」という合図です。

—

なぜ「16進数」を使うのか？

「なぜわざわざ16進数なんて難しい書き方をするの？」と思うかもしれませんね。
これは、プログラムが処理しやすいという理由もありますが、「区切り」を明確にするためです。

コンピューターは、送られてくるデータが「サイズ情報なのか」「データ本体なのか」を瞬時に判断しなければなりません。16進数でサイズを明記し、改行（\r\n）を挟むことで、「ここからここまでがサイズだよ」「じゃあ次はその長さ分だけ読み取るね」と、正確な交通整理ができるようになっているんです。

—

開発者が知っておくべき「デバッグのヒント」

もしあなたがWebアプリケーションを開発していて、「ページが途中で切れる」「画像がうまく表示されない」というトラブルに遭遇したら、まずはブラウザの「開発者ツール（F12）」を開いてみてください。

「Network」タブを見て、レスポンスヘッダーに `Transfer-Encoding: chunked` が含まれていないかチェックします。

よくあるトラブルポイント

プロキシサーバーの介入: 途中のプロキシがこの「チャンク形式」に対応していないと、通信が遮断されることがあります。
終端の「0」が消えている: サーバープログラムのバグで、最後に「0」を送るのを忘れると、ブラウザは「まだデータが来るはずだ…」と待ち続けてしまい、読み込み中のまま止まってしまいます。

—

まとめ：ネットワークは「思いやり」の積み重ね

いかがでしたか？
「長さがわからないなら、小分けにして送ればいいじゃない！」という、一見シンプルですが非常に理にかなった仕組みが、このチャンク転送です。

インフラの世界は、こうした「どうすれば相手に効率よく、途切れさせずに情報を伝えられるか」という工夫の連続です。パケットの一つひとつに、相手を待たせないための「思いやり」が詰まっていると思いませんか？

明日からブラウザを開くとき、裏側で「今の塊は5バイト！次は10バイト！」と、せっせと小分け作業をしているサーバーの姿を想像してみてください。きっと、ネットワークの景色が少し違って見えるはずです！

それでは、また次回の深掘りでお会いしましょう。ハッピー・ネットワーキング！