Node+Express站点express-compress gzip压缩不生效，响应头无Content-Encoding

故障排查与解决步骤 #

• 首先确认浏览器发起的请求头是否携带Accept-Encoding: gzip，compression库仅当请求方明确支持gzip压缩时才会触发压缩逻辑，缺少该请求头时不会返回压缩内容。
• 你手动添加Content-Encoding: gzip后页面空白是正常现象：仅设置响应头未对返回内容做实际gzip压缩，浏览器尝试解压非压缩的原始内容失败，就会出现空白页，不要手动修改该响应头，完全交由compression库处理即可。
• 排查代理中间件的影响：你引入了express-http-proxy做代理转发，代理默认会把上游服务的响应直接流式返回给客户端，绕过了compression库监听的res.send/res.json等普通响应方法，因此代理转发的请求默认不会被压缩。如果需要压缩代理返回的内容，要么在上游服务开启gzip，要么给代理配置响应处理钩子，等代理拿到上游完整响应后再交给compression处理。
• 检查上游响应/其他中间件逻辑：如果上游代理返回的响应已经携带Content-Encoding头，或者其他中间件在compression处理前就已经发送了响应、修改了响应头，compression都会自动跳过压缩逻辑。
• 排除反向代理/缓存干扰：如果你的Node服务前面部署了Nginx、CDN等反向代理服务，先确认这类前置服务是否已经开启了gzip，或者有没有缓存未压缩的旧响应，测试前清空浏览器缓存、直接请求Node服务本地端口验证压缩效果。
• 确认返回内容的MIME类型：compression库默认仅压缩text/*、application/json、application/javascript等文本类MIME类型，图片、音视频等二进制资源默认不会压缩，属于正常设计。

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