Nginx必须返回Content-Type: application/javascript才能让浏览器正确执行JS文件；若映射为text/plain或application/octet-stream，将触发MIME类型错误导致脚本拦截。需在http/server块中显式配置types { application/javascript js mjs; }，确保include mime.types;在其之前，并用curl -I验证响应头生效。
要让浏览器正确执行 JavaScript 文件，Nginx 必须返回准确的 Content-Type: application/javascript 响应头。映射错误（比如返回 text/plain 或 application/octet-stream）会导致脚本不加载、控制台报错“MIME type mismatch”，甚至被浏览器直接拦截。
确认并修正 .js 的 MIME 类型映射
Nginx 默认的 mime.types 通常已包含 .js → application/javascript，但部分旧版本或精简发行版可能仍用 text/javascript，或干脆缺失。务必检查并显式声明：
- 在
http或server块中添加types块，优先级高于默认文件：
types { application/javascript js; } - 避免依赖过时写法（如
text/javascript），RFC 4329 明确推荐application/javascript - 若项目使用
.mjs模块文件，一并补充：
application/javascript mjs;
防止未匹配后缀导致类型丢失
当请求一个 Nginx 未识别的扩展名（如 /app.js.map 或自定义构建产物 /bundle.esm.js），它不会自动设 Content-Type，除非你配置了兜底类型。
- 在
http块顶部确保有：
default_type application/octet-stream; - 但这对前端资源太保守——
.map应为application/json，.esm.js仍需application/javascript - 所以更稳妥的做法是：用
include引入自定义类型文件（如/etc/nginx/conf.d/custom.mime），并在其中集中管理所有业务用到的扩展名
验证响应头是否生效
改完配置后必须重载，且不能只看文件是否存在，要实测 HTTP 响应头：
立即学习“Java免费学习笔记（深入）”；
- 执行
nginx -s reload或systemctl reload nginx - 用 curl 检查真实响应：
curl -I https://yoursite.com/static/app.js - 确认输出中包含：
Content-Type: application/javascript - 若看到
text/plain或无该字段，说明types未生效，检查include mime.types;是否在types块之前（顺序影响覆盖逻辑）
配合其他 JS 优化项协同生效
MIME 类型不是孤立配置，它直接影响缓存、压缩和内容替换等行为：
-
gzip_types和brotli_types需包含application/javascript才会对 JS 启用压缩 -
sub_filter替换 JS 内路径时，sub_filter_types必须列出该 MIME 类型，否则替换完全不触发 - CDN 缓存策略常依据
Content-Type判断是否可缓存，错误类型可能导致 JS 被跳过缓存
