Nginx 不支持压缩等级自动适配，所谓“自动”实为按路径、类型、响应特征的静态分层配置：文本资源设 gzip_comp_level 6，已压缩二进制资源禁用 gzip，配合 gzip on、min_length、types 等指令生效；推荐构建时预压缩 + gzip_static on 提升性能。
直接说结论：Nginx 本身不支持“压缩等级自动适配”，它没有根据文件类型、大小或访问频率动态调整 gzip_comp_level 的内置逻辑。所谓“自动适配”，实际是通过配置组合实现的**按路径、按资源类型、按响应特征做精细化分层控制**，本质是静态策略映射，而非运行时智能决策。
按资源类型设置不同压缩级别
文本类资源适合中高阶压缩，二进制资源应跳过压缩：
-
CSS/JS/HTML/JSON/XML 等文本内容：设为
gzip_comp_level 6，平衡压缩率与 CPU 开销 -
SVG（矢量文本）：可纳入
gzip_types并设同级压缩，因本质仍是 XML 文本 -
图片（jpg/png/webp）、字体（woff2）、音视频等已压缩格式：必须禁用压缩，避免徒增 CPU 负担且无收益，例如：
location ~* \.(jpg|jpeg|png|webp|gif|woff2?|mp4|avi)$ { gzip off; }
按请求路径区分压缩强度
API 接口、后台管理页、前端资源目录往往有不同性能诉求：
-
前端主资源路径（如 /static/、/assets/）：启用中等压缩，例如：
location ^~ /static/ { gzip on; gzip_comp_level 6; } -
动态接口路径（如 /api/、/v1/）：降低压缩级别（
gzip_comp_level 3）或直接关闭（gzip off），减少后端响应延迟 -
管理后台（如 /admin/）：若页面结构复杂、HTML 较大，可单独设
gzip_comp_level 5，兼顾加载速度与服务端负载
配合基础指令才能让分级生效
仅改 gzip_comp_level 不起作用，以下参数必须显式配置：
-
gzip on;—— 全局或局部开启开关，缺省即不压缩 -
gzip_min_length 1024;—— 小于 1KB 的响应不压缩，防止越压越大 -
gzip_types text/html application/json text/css application/javascript image/svg+xml;—— 动态内容（如 PHP/Node 输出的 JSON）也需明确列入，否则不触发压缩 -
gzip_vary on;—— 让 CDN 或代理缓存能区分压缩/未压缩版本，避免缓存污染
更高效的做法：用静态预压缩替代动态压缩
对构建产物（如 Vue/React 打包后的 JS/CSS），推荐在构建阶段生成 .gz 文件，Nginx 启用 gzip_static on; 自动匹配返回：
- 前端构建时用
vite-plugin-compression或compression-webpack-plugin输出.js.gz、.css.gz - Nginx 配置只需加一行：
gzip_static on;（放在server或location块内） - 此时 Nginx 不再实时压缩，而是优先查找同名
.gz文件，CPU 占用趋近于零，且响应更快
