Nginx压缩JS文件需配置gzip on、gzip_types包含application/javascript和text/javascript、gzip_min_length 1000及gzip_comp_level 6；验证用curl检查Content-Encoding: gzip；可选启用gzip_static支持预压缩.gz文件。
要让 Nginx 正确压缩 JavaScript 源码文件（.js），关键不是“识别后缀”，而是匹配其 MIME 类型。浏览器请求时带 Accept-Encoding: gzip，Nginx 只有在 gzip_types 中明确列出了对应类型，才会执行动态压缩。
必须配置的三项核心指令
在 http 或 server 块中添加以下配置：
-
开启压缩开关：
gzip on; -
指定 JS 的 MIME 类型：
gzip_types text/css application/javascript text/javascript;
注意：application/javascript是现代标准写法，text/javascript用于兼容旧客户端，两者建议同时保留；漏掉任意一个，.js 文件都可能不被压缩。 -
设置最小压缩长度：
gzip_min_length 1000;（默认单位是字节）
避免对极小的内联脚本或空响应做无意义压缩，1KB 是合理起点。
压缩级别与性能平衡
JS 文件属于高可压缩文本，但过度追求高压缩比得不偿失：
-
gzip_comp_level 6;是生产环境推荐值：压缩率约 65%~70%，CPU 开销适中； - 设为 9 仅多压 3%~5%，却使 CPU 时间增加 4–5 倍，实际传输体积几乎不变；
- 级别 1~4 对 JS 效果已很显著，但 level 6 是兼顾速度与体积的通用选择。
验证是否生效
别只看浏览器 Network 面板——它可能缓存了未压缩版本。用命令行直接测试更可靠：
立即学习“Java免费学习笔记（深入）”；
- 执行：
curl -H "Accept-Encoding: gzip" -I http://your-domain/app.js - 检查响应头中是否有：
Content-Encoding: gzip - 若没有，说明 Nginx 拒绝了压缩——大概率是
gzip_types缺少application/javascript或拼写错误。
进阶：启用静态预压缩（可选）
如果你在构建阶段已用 vite-plugin-compression 等工具生成了 app.js.gz，可叠加启用：
- 确保 .gz 文件与原始 .js 在同一目录；
- 添加配置：
gzip_static on; - 它不会替代动态压缩，而是在有 .gz 文件时直接返回，省去运行时压缩开销；
- 注意：
gzip_static优先级高于gzip on，但前提是文件真实存在。
