apache / apache/servicecomb-java-chassis
ServiceComb中处理Content-Length和Transfer-Encoding逻辑
未关闭
- 主要语言
- Java
- 星标
- 1.9k
- 派生
- 814
- 平均合并
- 8 天 23 小时
- 30 天内合并 PR
- 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 之间的交互，然后将观察到的 header 与 framework 文档中记录的行为进行比较。完成标准是确定相关处理路径，并提供经确认的解释或范围严格限定的 fix。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- java
- 领域
- api, backend
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 25/100