チャンク転送エンコーディング

チャンク転送エンコーディングは、 RFC 9112 §7.1で定義されている、ハイパーテキスト転送プロトコル（HTTP）バージョン1.1で利用可能なストリーミングデータ転送メカニズムです。チャンク転送エンコーディングでは、データストリームは重複しない一連の「チャンク」に分割されます。これらのチャンクは互いに独立して送受信されます。送信側も受信側も、現在処理中のチャンク以外のデータストリームに関する情報は一切必要ありません。

各チャンクの前にはバイト単位のサイズが付加され、長さゼロのチャンクを受信すると送信が終了します。Transfer -Encodingヘッダーのchunkedキーワードは、チャンク転送を示すために使用されます。

HTTP/2ではチャンク転送エンコーディングはサポートされておらず、データストリーミングのための独自のメカニズムが提供されています。^{[ 1 ]}

チャンクエンコーディングの導入により、以下のような様々な利点がもたらされました。

• チャンク転送エンコーディングを使用すると、サーバーは動的に生成されるコンテンツに対してHTTPの永続的な接続を維持できます。この場合、コンテンツのサイズがまだ不明なため、HTTP Content-Lengthヘッダーを使用してコンテンツと次のHTTPリクエスト/レスポンスを区切ることはできません。チャンクエンコーディングの利点は、コンテンツをチャンクとしてストリーミングし、コンテンツの終了を明示的に通知できるため、ヘッダーを書き込む前にコンテンツ全体を生成する必要がないことです。これにより、接続を次のHTTPリクエスト/レスポンスに使用できます。
• チャンクエンコーディングを使用すると、送信者はメッセージ本文の後にヘッダーフィールドを追加で送信できます。これは、メッセージの内容にデジタル署名が必要な場合など、コンテンツが生成されるまでフィールドの値がわからない場合に重要です。チャンクエンコーディングを使用しない場合、送信者はフィールドの値を計算してコンテンツの前に送信するために、コンテンツが完成するまでバッファリングする必要があります。

HTTP プロトコルのバージョン 1.1 では、チャンク転送メカニズムは、 Transfer-Encoding (TE) リクエスト ヘッダー フィールドにリストされていなくても、常に、いかなる場合でも許容されるものとみなされます。また、他の転送メカニズムと併用する場合は、転送されたデータに常に最後に適用され、複数回適用されることはありません。この転送エンコーディング方式では、クライアントが TE リクエスト フィールドの引数として「trailers」パラメータを指定した場合、最後のチャンクの後にエンティティ ヘッダー フィールドを追加で送信することもできます。レスポンスの発信元サーバーは、クライアントが「trailers」パラメータを指定しなかった場合でも、メタデータがオプションである場合 (つまり、クライアントが受信したエンティティをそれらなしで使用できる場合) に限り、追加のエンティティ トレーラーを送信することを決定できます。トレーラーが使用される場合は、サーバーは Trailer ヘッダー フィールドにその名前をリストする必要があります。Content -Length、Trailer、Transfer-Encoding の3 つのヘッダー フィールド タイプは、トレーラー フィールドとして表示することが特に禁止されています。

HTTP メッセージ (クライアントから送信されたリクエストまたはサーバーからのレスポンス) で、値が " chunked " のTransfer-Encodingフィールドが指定されている場合、メッセージの本文は 1 つ以上のチャンクと、最後の ␍␊ シーケンス (つまり、キャリッジ リターンに続いてライン フィード) の前にオプションのトレーラーが付いた 1 つの終了チャンクで構成されます。

各チャンクは、埋め込まれるデータのオクテット数をASCIIの16進数で表したもので始まり、オプションのパラメータ（チャンク拡張）と終端の␍␊シーケンスが続き、その後にチャンクデータが続きます。チャンクは␍␊で終了します。

チャンク拡張が指定されている場合、チャンクサイズはセミコロンで終了し、その後にパラメータが続きます。各パラメータもセミコロンで区切られます。各パラメータは、拡張名にオプションの等号と値が続く形式でエンコードされます。これらのパラメータは、例えば、実行中のメッセージダイジェストやデジタル署名、または転送の進捗状況の推定値を示すために使用できます。

終端チャンクは、長さがゼロの特殊なチャンクです。終端チャンクには、エンティティヘッダーフィールドのシーケンス（空の場合もある）からなるトレーラーが含まれる場合があります。通常、このようなヘッダーフィールドはメッセージのヘッダーで送信されますが、メッセージエンティティ全体を処理した後に決定する方が効率的な場合もあります。その場合は、これらのヘッダーをトレーラーで送信すると便利です。

トレーラーの使用を規定するヘッダーフィールドは、リクエストで使用される「trailers」パラメータ付きのTransfer-Encodingと、レスポンスで使用されるTrailerです。

HTTPサーバーは、送信を最適化するために、Content-Encoding: gzipやContent-Encoding: deflateなどの圧縮をよく使用します。圧縮とチャンクエンコーディングの両方が有効になっている場合、コンテンツストリームは最初に圧縮され、次にチャンク化されます。つまり、チャンクエンコーディング自体は圧縮されず、各チャンク内のデータは全体として（つまり、コンテンツ全体に基づいて）圧縮されます。リモートエンドポイントは、チャンクを連結して結果を解凍することでストリームをデコードします。

• HTTPヘッダーフィールドの一覧

• 「チャンク転送符号化」。HTTP /1.1。IETF。2022年6 月。sec.7.1。doi : 10.17487/ RFC9112。RFC 9112。