为何设置Content-Encoding:gzip后，Postman与Charles仍无法解码HTTP响应体？

针对Charles未自动解码gzip响应的处理 #

• 开启Charles自动解码功能：打开Charles，点击顶部菜单栏的Proxy → Settings → Content Encoding，确保Enable automatic decoding选项处于勾选状态，重启抓包后观察是否正常解码。
• 手动验证响应体有效性：把Charles抓取到的base64格式响应体解码并解压，确认是否为标准gzip内容：
  1. 将响应体字符串保存到文件（比如resp.b64）
  2. 执行base64解码：base64 -d resp.b64 > resp.gz
  3. 尝试解压：gzip -d resp.gz
     如果解压失败，说明服务器返回的gzip内容本身不符合标准，需要排查服务端编码逻辑。

针对Postman报"Error: incorrect header check"的处理 #

• 绕过Charles直接请求：去掉Charles代理，用Postman直接发起请求。如果不再报错，说明Charles的代理规则或设置篡改了响应内容，检查Charles的Rewrite、Map Local等规则是否影响了响应体。
• 检查响应头与内容的一致性：对比响应头中的Content-Length（此处为940）和实际gzip内容的二进制长度是否匹配。如果不匹配，说明服务器返回的头信息有误，需要修复服务端的响应头生成逻辑。
• 确认Postman自动解码设置：打开Postman的Settings → General，确保Automatically decode gzip/deflate responses选项是开启状态。

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