huangzd1997 7aea3a0a50 fix(rustfs): 修 unexpected end of stream 根因——零长度请求体缺 Content-Length ...

抓包定位（90 秒内 515 次 HTTP 411 Length Required）：OkHttp 对长度为 0 的请求体
不写 Content-Length，请求于是既无 Content-Length 也无 Transfer-Encoding——HTTP/1.1
不允许这样，RustFS 直接回 411；客户端读到不完整响应就报 unexpected end of stream
再重试。业务里上传空内容（content 为 null/空）是常态，所以每天上千次。

修复用 network interceptor 在协议层补 Content-Length: 0：普通 interceptor 里加的
头会被 BridgeInterceptor 按 body 长度覆盖，加了不生效。

实测：部署后同样 90 秒抓包，411 从 515 次降到 0，两节点「确定性错误不重试」归零。
此前排除的公网链路、keepAlive、连接复用三项确实都不是原因——抓包才是对的入口。

2026-09-17 01:36:55 +08:00

..

docs

fix(测试): 修复 3 处既有红灯——快照行尾、缺失基准文档、失效的边界棘轮

2026-09-14 02:01:16 +08:00

scripts

chore(清理): 删除死代码与过期文件——7个无引用DTO+图片工作台整棵子树(16文件)+冗余副本+一次性脚本+可再生审计快照

2026-09-11 01:33:54 +08:00

src

fix(rustfs): 修 unexpected end of stream 根因——零长度请求体缺 Content-Length

2026-09-17 01:36:55 +08:00

pom.xml

task-211: ArchUnit Controller 边界规则（不直接访问 Mapper/外部 Client，零违规）+ task→业务 依赖防恶化基线

2026-09-05 00:18:16 +08:00