现象#

同一个文件、同一个 CDN，某次配置改动后：

• 响应里的 Content-Length 没了；
• 取而代之的是 Transfer-Encoding: chunked，变成分块传输；
• 直接抓源站，源站明明是带 Content-Length 的。

长度头是在 CDN 这一层被弄丢的。

坑：HTTP/2 帧层根本没有 Content-Length#

• HTTP/1.1 靠响应头界定 body：Content-Length 和 Transfer-Encoding: chunked 二选一。
• HTTP/2 把数据拆成 DATA 帧在流里传，靠帧的 END_STREAM 标志收尾，协议层禁用 Transfer-Encoding，而 Content-Length 只是个可选的参考头、不参与长度界定。

所以当 CDN 用 HTTP/2 回源时，源站流式发回 DATA 帧，CDN 节点拿到的是”一段段的流”、并不知道确定的总长度；它再转发给客户端（HTTP/1.1）时，只能用 chunked 分块往外吐，源站的 Content-Length 就这样在协议转换里被吃掉了。

这会直接搞死一票依赖总大小的逻辑：下载进度条、断点续传 / Range、完整性校验。

解决#

把 CDN 控制台里的”回源 HTTP/2”开关关掉，回源走 HTTP/1.1 即可——客户端 ↔ CDN 这段照常用 HTTP/2 不受影响，只改 CDN ↔ 源站这段。回源走 1.1 后 CDN 能从源站拿到明确的 Content-Length 并原样下发，分块问题消失。

结论#

Content-Length 在 CDN 层莫名消失、响应变 chunked，大概率是回源开了 HTTP/2。关闭回源 HTTP/2 即可恢复，客户端侧 HTTP/2 不受影响。