gzip压缩在低带宽下可提升文本资源加载效率，需启用gzip on、设min_length≥1k、限定types、comp_level=4、开启vary与ie兼容禁用，并可选gzip_static预压缩。
在低带宽环境下，Gzip 压缩能显著减少传输体积，尤其对 HTML、CSS、JS 等文本资源效果突出——压缩率通常达 60%–90%，直接缩短加载时间、降低超时风险。配置关键在于启用压缩、合理限定范围、避免过度消耗 CPU。
基础启用与最小长度控制
必须在 http 块中开启并设置触发门槛：
- gzip on; —— 启用压缩功能（不加这行，其余全无效）
- gzip_min_length 1k; —— 只压缩 ≥1KB 的响应体；太小的文件（如空响应、小图标）压缩后反而可能变大或白费 CPU
- gzip_http_version 1.1; —— 明确要求 HTTP/1.1 协议才启用，兼容性更稳
精准指定压缩类型
只对真正受益的文本类资源压缩，避免误压二进制文件：
- gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss;
- 默认已包含
text/html，无需重复写 - 不建议压缩图片（
image/*）、字体（font/*）等本身已压缩格式，徒增 CPU 负担
平衡压缩效率与服务器负载
低带宽用户不需要极致压缩，4–5 级即可兼顾效果与稳定性：
- gzip_comp_level 4; —— 比 6–9 级节省约 40% CPU，压缩率仍达 65%+，适合长期运行的生产环境
-
gzip_vary on; —— 强制返回
Vary: Accept-Encoding头，确保 CDN 或代理不会把压缩版错发给不支持的旧客户端 - gzip_disable "MSIE [1-6]\."; —— 避免 IE6 等老浏览器解压异常（虽已罕见，但低带宽环境常伴老旧终端）
可选：启用预压缩加速响应
若你有能力提前生成 .gz 文件（如构建流程中执行 gzip -k file.js），可启用静态压缩：
-
gzip_static on; —— Nginx 直接返回
file.js.gz，跳过实时压缩，CPU 几乎零开销 - 需确保源文件和 .gz 文件时间戳一致，否则会退回到动态压缩
