Nginx启用gzip需在http块中配置gzip on、指定gzip_types文本类型并设置合理参数。关键在于明确压缩范围与策略：仅对text/css、application/javascript等文本类型启用，避免压缩已压缩的二进制文件；配合gzip_min_length、gzip_comp_level等参数优化性能与效果。
直接在 Nginx 的 http 块中启用 gzip 并明确指定文本类 MIME 类型，就能让 HTML、CSS、JS 等文本文件在传输时自动压缩。关键不是“能不能压”，而是“压哪些”和“怎么压才合理”。
确认 gzip 模块已加载
Nginx 默认编译时已包含 gzip 模块，无需额外安装。只需确保配置中未被禁用即可。可通过以下命令快速验证：
-
nginx -V 2>&1 | grep -o with-http_gzip_static_module—— 若有输出，说明支持； - 或运行
nginx -t检查配置语法，若报unknown directive "gzip"才需排查模块缺失。
基础配置：只压缩典型文本类型
编辑 /etc/nginx/nginx.conf（或站点 conf 文件中的 http { } 块），添加以下最小有效配置：
gzip on; gzip_min_length 1024; gzip_types text/plain text/css application/javascript text/html application/json text/xml application/xml text/javascript;
说明：
-
gzip on是开关，必须开启； -
gzip_min_length 1024避免对极小响应（如 200 字节的 JSON）压缩——反而可能因 gzip 头开销变大； -
gzip_types显式列出你要压缩的类型；text/html虽未写入也默认压缩，但其他如application/javascript必须显式声明； - 图片（
image/*）、字体（font/*）、音视频等二进制格式不建议加入，它们本身已高度压缩，gzip 可能无效甚至增大全尺寸。
增强实用性：加几个常用参数
实际部署中，建议补全以下几项，兼顾效果与稳定性：
-
gzip_comp_level 6—— 压缩级别 6 是 CPU 开销与压缩率的较好平衡点（1 最快、9 最小但耗 CPU）； -
gzip_vary on—— 自动添加Vary: Accept-Encoding响应头，避免代理或 CDN 缓存错乱； -
gzip_http_version 1.1—— 明确只对 HTTP/1.1 及以上客户端启用，兼容性更稳； -
gzip_buffers 16 8k—— 分配足够缓冲区，防止大响应压缩时内存不足报错。
验证是否生效
配置保存后，执行：
-
sudo nginx -t && sudo nginx -s reload—— 测试并重载； - 用浏览器打开页面，F12 → Network → 点击任意 JS/CSS/HTML 请求 → 查看 Response Headers 中是否有
Content-Encoding: gzip； - 对比开启前后
Content-Length，通常 HTML 可减少 60%–80%，JS/CSS 减少 40%–70%。
