要在 Nginx 中真正关闭特定目录的 Gzip 压缩，必须使用 location ^~ /path/ 确保 gip off; 生效；对已压缩文件应从 gzip_types 中排除对应 MIME 类型；动态路径可用 map + gzip_disable 实现；最终需用 curl -I 验证响应头无 Content-Encoding: gzip。
要在 Nginx 的 location 块中真正关闭特定目录（如 /download/ 或 /static/compressed/）的 Gzip 压缩，关键不是加不加 gzip off;，而是让这行配置**实际生效**。Nginx 对 gzip 指令的作用域限制很严格，写错位置或匹配方式，它会直接忽略。
必须用 ^~ 前缀定义 location
当路径是固定前缀时（比如所有以 /download/ 开头的请求），要用 ^~ 修饰符：
-
^~表示“前缀匹配且优先级最高”，Nginx 匹配到它就停止检查后续正则 location（如~ \.php$），确保gzip off;不被绕过 - 不能用
~或~*正则匹配，实测中即使写了gzip off;，响应头仍可能出现Content-Encoding: gzip - 该
location块建议放在server配置靠前位置，避免被更宽泛的通用规则覆盖
示例配置：
location ^~ /download/ {
gzip off;
alias /data/files/;
}
针对已压缩文件类型精准控制
有些文件本身已是高压缩格式（如 .zip、.gz、.pdf、.jpg），再套一层 Gzip 不仅无效，还白耗 CPU。这时更适合在全局开启压缩的前提下，只排除这些类型：
- 保持
gzip on;在http或server级别 - 显式声明
gzip_types，只包含需要压缩的 MIME 类型，例如：gzip_types text/html application/javascript text/css; - 确认
.pdf对应的是application/pdf、.zip是application/zip，确保它们不在gzip_types列表中
按动态路径关闭（如带变量的 API 路径）
如果要关的是类似 /api/v1/export?token=xxx 这种无法用前缀匹配的路径，可用 map + gzip_disable 绕过作用域限制：
- 用
map将请求 URI 映射为一个非空变量（如$no_gzip_path） -
gzip_disable虽然文档说只认 User-Agent，但它支持变量；只要变量值非空（哪怕只是"1"），Nginx 就跳过压缩
示例片段：
map $request_uri $no_gzip_path {
~^/api/v1/export 1;
default "";
}
gzip_disable $no_gzip_path;
验证是否真正关闭
别只看配置有没有写，一定要实测响应头：
- 用
curl -I https://yoursite.com/download/test.zip - 检查返回头中是否还有
Content-Encoding: gzip - 若有，说明配置未生效，需回头检查 location 类型、顺序或
gzip_types是否误含了该文件类型
