使用gzip编码时，如何定义未压缩内容长度的HTTP请求头？

通用可选头（非标准但广泛使用） #

• Original-Content-Length：这个头虽未被IANA正式标准化，但在CDN、反向代理等场景中已被大量采用，语义直白，无需额外解释即可被开发者理解。
• 重点：不要使用X-前缀——HTTP规范早已不推荐新增X-开头的自定义头，这类前缀易引发命名冲突，且IANA不再接受此类头的注册申请。

自定义头的规范做法 #

如果需要自定义专属头，遵循以下规则：

• 摒弃X-前缀，直接使用语义清晰的名称，比如Decoded-Content-Length
• 头名称采用kebab-case（短横线分隔）格式，契合HTTP头的命名惯例
• 务必在系统对接文档中明确标注该头的含义，避免对接方产生歧义

嵌入式应用的容错建议 #

• 若服务端采用流式压缩，可能无法提前获取原始内容大小，此时该头会缺失，你的应用需做好容错处理（比如实现动态扩容的缓冲区逻辑）
• 必须验证头值的合法性（需为正整数），防止非法值导致缓冲区分配失败

内容的提问来源于stack exchange，提问作者Max