問題タブ [transfer-encoding]

Netty を使用するLittleProxyでHTTP リクエストをインターセプトしています。ただし、チャンク転送エンコーディングを使用していると思われる Web サービス要求をインターセプトしたいと考えています。

HTTPヘッダーは次のようになります

どうすればコンテンツにアクセスできますか? littleproxy コードのパイプラインに httpChunkAggregator を追加しようとしましたが、役に立ちませんでした。

HttpWebRequest ヘッダーにトレーラーを追加しようとしていますが、ファイル データの終わりの後にそのトレーラーを追加していません。

空のチャンクの後にこのトレーラー「Test」@ EOFを追加する必要がありますが、追加しません。プログラムでトレーラーを追加しようとすると、トレーラーではなくファイルデータと見なされます。

予想されるリクエスト:

実際のリクエスト:

このテスト トレーラーがブランク チャンクを取得しない理由。このトレーラは、ファイルの終わりを識別するためにサーバーで使用されます。助けてください。

提供されるファイルの content-length の設定に関する記事をいくつか読みました。チャンクダウンロードと比較して、いくつかの利点があります。コンテンツの長さが不明な場合、サーバーはチャンクを提供します（チャンクのサイズはとにかくわかりません）。

PHP では、ob_gzhandler を使用して、html、js、css ファイル、およびその他のテキストベースのコンテンツを gzip します。gzip 出力の前にraw content-lengthを設定すると、長さが gzip された出力の長さと一致しないため、奇妙な副作用が発生します。遅延が発生するか、ブラウザーがエンコード エラーを報告します。

gzip圧縮後にコンテンツの長さを設定して、正しいサイズが報告されるようにするトリック（stackoverflowでも）を見ました。しかし、これを行うと、コンテンツは圧縮されなくなります。

問題は、この動作が正しいかどうかです。gzip されたコンテンツは常にチャンクされて送信されますか? content-length は gzip されていないファイルにのみ必要ですか?

コードの一部を次に示します。

1 gzip およびチャンク化されたファイル転送の結果:

2 content-length が指定された通常のファイル転送になります (ただし、gziped と content-length は想定されます):

ここに http ヘッダーの結果のいくつかの写真があります: 1

2

SOAP リクエストを 1 つ送信しています。エンコーディング タイプを として使用しTrasfer-encoding chunkedます。

リクエストが正しく送信されません。コンテンツのエンコーディングに問題があると思います。

私はこのように試しましたが、うまくいかないようです。サーバーから 500 エラーが発生しています。

送信されるデータのパケットは空です。

転送エンコーディング タイプに問題があると思います。

エンコーディングタイプを変更する方法と、ここで提案されているエンコーディングタイプを提案できますか。