apache / apache/servicecomb-java-chassis
ServiceComb中处理Content-Length和Transfer-Encoding逻辑
オープン
- 主要言語
- Java
- スター
- 1.9k
- フォーク
- 814
- 平均マージ
- 8日 23時間
- マージ済み PR（30日）
- 1
説明
ServiceComb版本2.8.12，下载接口因为有组件依赖Content-Length请求头，在Edge中增加HttpServerFilter中设置Content-Length后Transfer-Encoding请求头没了，通过edge增加accesslog打印Transfer-Encoding为空，想问下ServiceComb中处理Content-Length和Transfer-Encoding逻辑是什么？
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
まず、ServiceComb 2.8.12 におけるダウンロードリクエストの Edge HttpServerFilter の処理とアクセスログを追跡します。Content-Length と Transfer-Encoding の相互作用を再現し、観測されたヘッダーをフレームワークに文書化されている動作と比較します。関連する処理経路を特定し、確認済みの説明または範囲を限定した fix を提示できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java
- 領域
- api, backend
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100