作者：JiangYM（xxx@example.com）

今天心血来潮，想看看博客的传输压缩做得怎么样。本来以为一切正常，结果 curl 敲完一看，人有点懵。

先交代下背景。我博客的 nginx 配了 gzip，gzip_types 写了这么一串：

gzip_types text/plain text/css text/xml text/javascript 
           application/x-javascript application/xml+rss 
           application/json image/svg+xml;

看着挺全的吧？HTML 能压、CSS 能压、连 SVG 都写进去了。我用了好几个月都以为万事大吉。

然后今天试了一下：

curl -sI -H "Accept-Encoding: gzip" https://jiangym.top/js/main.js

返回头只有 content-length，没有 content-encoding: gzip。

我不信邪，试了好几个 JS 文件——main.js、pjax_main.js、aos.js——全部没有压缩头，而且 content-length 跟实际文件大小一模一样。比如 main.js 是 5685 bytes，未压缩就是 5685 bytes。

说明啥？说明这些 JS 文件从建站到现在，一直在裸奔。

为什么会这样？

问题出在 nginx 的 MIME 类型映射上。现代的 nginx 里，.js 文件默认映射的 MIME 类型是 application/javascript，而不是早些年用的 text/javascript 或者 application/x-javascript。

再看我的 gzip_types——

写了 text/javascript，写了 application/x-javascript，就是 没写 application/javascript。

nginx 的 gzip 模块在判断要不要压缩的时候，是按 响应的 Content-Type 匹配的。你配了 text/javascript，但实际返回的是 application/javascript，那对不起，不压缩。

本文2026-09-16首发于JiangYM's Blog，最后修改于2026-09-16