svg和json必须显式添加至gzip_types，即image/svg+xml和application/json，否则不压缩；二者均为文本格式，压缩率分别达50%–70%和超60%，需配合gzip_min_length 1024、gzip_comp_level 5，并验证content-encoding与content-type响应头生效。
SVG 和 JSON 都是纯文本格式，天然适合 Gzip 压缩，但必须显式声明类型、避开已压缩资源、并验证响应头是否生效。只开 gzip on 不够，漏掉 image/svg+xml 或 application/json 就会导致它们不被压缩。
明确添加 SVG 与 JSON 对应的 MIME 类型
gzip_types 是按响应头中的 Content-Type 判断是否压缩，不是看文件后缀。Nginx 默认不包含 image/svg+xml 和 application/json，必须手动写进配置：
- 确保
gzip_types包含image/svg+xml—— SVG 是 XML 文本，压缩率通常达 50%–70% - 必须包含
application/json—— API 返回或前端内联数据，压缩效果常超 60% - 同时保留
text/html、text/css、application/javascript等基础类型，避免覆盖默认行为 - 不要写
gzip_types *—— 它不生效，且会隐式清空所有默认类型
设置合理阈值与压缩等级
小文件压缩反而增加开销，而高复杂度 SVG 或大体积 JSON 可从更强压缩中受益：
-
gzip_min_length 1024—— 小于 1KB 的 SVG/JSON 不压缩（例如简单图标或短响应） -
gzip_comp_level 5—— 4–6 是通用推荐区间，平衡 CPU 消耗与压缩率 - 避免设为 9：对 SVG/JSON 提升有限，却显著增加首字节延迟
排除干扰项，防止误压或冲突
两类资源虽可压，但需规避常见陷阱：
- .svgz 文件本身已是 gzip 格式，不能再被 Nginx 二次压缩；确认
gzip_types中未混入application/gzip或类似类型 - 若 JSON 来自 PHP/Node 后端，确保其响应头正确返回
Content-Type: application/json，否则 Nginx 不识别 - 不把
image/jpeg、application/woff2等已压缩二进制类型加进gzip_types，否则白耗 CPU - 启用
gzip_vary on，让 CDN 或代理能区分压缩/未压缩版本，避免缓存错乱
验证是否真正生效
配置 reload 后，不能只看 Nginx 日志，要实测响应头和内容：
- 用 curl 测试 SVG：
curl -I -H "Accept-Encoding: gzip" https://yoursite.com/icon.svg，检查是否含Content-Encoding: gzip且Content-Type: image/svg+xml - 测试 JSON 接口：
curl -I -H "Accept-Encoding: gzip" https://yoursite.com/api/data，同样核对两个头部 - 对比大小：用
curl -s -H "Accept-Encoding: gzip" URL | wc -c和未带头请求对比，确认体积下降明显 - 运行
nginx -t再nginx -s reload，避免语法错误导致整段配置失效
