Linux下配置Nginx Gzip压缩的核心是先确认ngx_http_gzip_module模块已编译（运行nginx -V | grep with-http_gzip_module验证），再在http块中启用gzip on并合理设置gzip_min_length 1024、gzip_comp_level 5、gzip_types（显式列出text/css等非默认类型）和gzip_vary on，最后通过curl -H "Accept-Encoding: gzip" -I检查响应头是否含Content-Encoding: gzip。
Linux 下配置 Nginx Gzip 压缩，核心是确认模块可用、在 http 块 中添加合理参数，并验证生效。它不依赖重装，但模块缺失时连 nginx -t 都会失败。
先确认 gzip 模块是否已编译进 Nginx
很多发行版（如 Ubuntu apt 安装、CentOS yum 安装）默认包含该模块，但自编译或精简镜像可能未启用。执行：
nginx -V 2>&1 | grep -o with-http_gzip_module
若无输出，说明模块缺失——此时 gzip on 会被识别为未知指令，必须重新编译 Nginx 并加入 --with-http_gzip_module 参数，不能仅靠改配置解决。
在 http 块中添加安全有效的压缩配置
打开主配置文件（通常是 /etc/nginx/nginx.conf），确保所有指令写在 http { ... } 内部，而非 server 或 location 中。推荐基础配置如下：
- gzip on; —— 必须开启，否则其余设置无效
- gzip_min_length 1024; —— 只压缩 ≥1KB 的响应，避免小文本（如空 JSON）压缩后反而变大
- gzip_comp_level 5; —— 4～6 是 CPU 开销与体积缩减的平衡点；设为 9 很少带来额外收益，却显著增加负载
-
gzip_types text/plain text/css application/javascript application/json text/xml application/xml application/xml+rss image/svg+xml; ——
text/html是唯一默认压缩类型，CSS/JS/JSON/SVG 等都需显式列出；image/jpeg、font/woff2等本身已高压缩，不建议加入 - gzip_vary on; —— 让代理和 CDN 知道响应可能有不同编码，避免缓存混淆
按需选择配置位置：全局 or 单站点
多数场景推荐在 http 块统一配置，一劳永逸。若需差异化策略（比如某 API 站点要压缩更小响应），可在对应 server 块顶部添加：
gzip on;
gzip_min_length 256;
gzip_types application/json;
注意：gzip on 在 server 块中生效的前提是 http 块中已存在基础支持（如 gzip_types 定义），否则可能静默失效。
验证是否真正生效
改完配置后务必执行：
sudo nginx -t && sudo nginx -s reload
然后用 curl 测试关键资源：
curl -H "Accept-Encoding: gzip" -I https://yoursite.com/style.css
若响应头含 Content-Encoding: gzip，且 Vary: Accept-Encoding 存在，说明配置成功。也可在浏览器开发者工具的 Network 标签中查看响应头或对比传输大小。
