gzip off不能在正则或嵌套location中生效，因作用域限制会被忽略；正确方案是用gzip_disable配合map伪造User-Agent，或用^~前缀location显式关闭。
为什么不能在 location 中直接写 gzip off
因为 gzip 指令的作用域虽然包含 location，但它**不支持在 if 块或正则匹配的 location 中动态关闭**。Nginx 会忽略 gzip off 在非顶层 location 中的设置，尤其当该 location 是正则（如 ~ \.php$）或嵌套时。实际测试中，即使写了 gzip off;，curl -I 仍能看到 Content-Encoding: gzip。
正确做法：用 gzip_disable 匹配 User-Agent 或 URL 路径
gzip_disable 是唯一能按条件禁用压缩的官方机制，它只作用于请求头中的 User-Agent 字段——但别急，你可以“伪造”匹配逻辑：
- 把需要关闭 Gzip 的 URL（比如
/api/v1/export）统一加上一个固定Cookie，例如no-gzip=1 - 在 Nginx 配置中用
map指令将该 Cookie 映射为变量：map $cookie_no_gzip $gzip_disabled { "1" "msie"; default ""; } - 再用
gzip_disable $gzip_disabled;—— 因为msie是内置禁用规则，Nginx 会跳过压缩
这个技巧绕过了 gzip off 的作用域限制，且完全合法。
gzip_proxied 不是为 URL 设计的，别误用
有人尝试设 gzip_proxied any; 再配合 proxy_set_header 强制传 Via 头来触发禁用，这是错的：
- gzip_proxied 只对 **Nginx 作为反向代理时收到的后端响应** 生效
- 它判断的是后端返回的响应头（如 Cache-Control、Expires），和前端请求的 URL 无关
- 对 phpEnv 这类直连 PHP-FPM 的配置，gzip_proxied 根本不参与处理
最稳妥的方案：拆出独立 location 并显式关闭
如果目标 URL 路径明确（比如所有 /download/ 开头的请求），直接用前缀 location + gzip off 是可行的：
立即学习“PHP免费学习笔记（深入）”；
location ^~ /download/ {
gzip off;
# 其他 proxy_pass 或 fastcgi_pass 配置
}注意必须用 ^~ 前缀匹配，不能用 ~ 正则，否则 gzip off 会被忽略；同时确保该 location 在配置文件中**位置靠前**，避免被更宽泛的 location ~ \.php$ 覆盖。
真正容易被忽略的是：Nginx 的 gzip 指令在不同作用域下有隐式继承关系——http 级开启后，server 和 location 级的 gzip off 只有在**非正则、非嵌套、且优先级更高**的块里才生效。
