未主动发送Accept-Encoding，服务器却收到该Header的原因排查

curl的默认行为 #

curl确实会自动添加Accept-Encoding请求头，默认值通常包含gzip（不同版本可能附带deflate、br等其他编码）。这是因为curl原生支持gzip等压缩格式的响应解压，为了提升传输效率，它会主动告知服务器自己能处理压缩后的内容。

你可以通过添加-v参数查看完整请求详情验证这一点：

curl -v echo.free.beeceptor.com

在输出的请求头部分，就能看到自动发送的Accept-Encoding: gzip, deflate, br（或类似内容）。如果要强制不发送这个头，可以使用--no-compression参数，或者手动覆盖为空：

curl --no-compression echo.free.beeceptor.com
# 或者
curl -H "Accept-Encoding:" echo.free.beeceptor.com

Postman的默认行为 #

Postman同样会在默认配置下自动添加Accept-Encoding: gzip, deflate, br请求头，逻辑和curl一致——作为通用HTTP客户端，它默认启用压缩支持，主动向服务器声明自己可处理的压缩编码，以此优化请求性能。你可以在Postman的"Headers"面板中看到这个默认添加的头，也可以手动删除或修改它来改变行为。

底层逻辑 #

这类HTTP客户端工具自动添加Accept-Encoding头，本质是性能优化的默认实现：

• 压缩后的响应体积远小于原始内容，能大幅减少网络传输的数据量，提升加载速度；
• 客户端本身具备解压能力，无需额外操作就能处理压缩响应；
• 这属于客户端的实现细节，而非HTTP协议的强制要求——HTTP规范只定义了Accept-Encoding头的作用，并没有规定客户端必须发送它，所以MDN的文档侧重规范本身，不会专门覆盖这类工具的默认行为。

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