nginx静态资源mime映射需自定义配置文件而非修改mime.types，通过types块声明扩展名与类型对应关系，并设置default_type兜底；配置后须重载并用curl验证响应头。
Nginx 处理静态资源时，只看请求 URL 的后缀名，不检查文件内容。它靠 MIME 类型映射决定返回什么 Content-Type 响应头——这个头错了，浏览器就可能把 JS 当文本下载、把字体当乱码、把 JSON 当页面渲染失败。
正确引入自定义 MIME 映射
别直接改系统自带的 /etc/nginx/mime.types，升级或重装容易被覆盖，协作时也难追踪。推荐做法是在 http 块里用 include 加载自己的配置文件：
- 新建文件，比如
/etc/nginx/conf.d/custom.mime - 在
nginx.conf的http块中，放在default_type之后、include mime.types;之前或之后都可（但建议放后面，便于覆盖） - 写入：
include /etc/nginx/conf.d/custom.mime;
在自定义文件里补全常用类型
用 types { } 块声明扩展名与 MIME 类型的对应关系。一行可写多个后缀，例如：
-
application/javascript js mjs;（解决 ES 模块加载失败） -
font/woff2 woff2;（让现代字体正常加载） -
image/avif avif;（支持新一代图片格式） -
application/json json;（避免 API 返回被当成 text/plain） -
text/css css;（确保样式表被识别为 CSS）
注意：Nginx 启动时会把所有 types 块合并建哈希表，匹配严格基于 URI 末尾扩展名（如 /main.js → js），不支持正则或路径层级判断。
设置 default_type 防止兜底失效
如果请求的后缀（比如 .webp 或自定义构建产物 .br）在所有 types 块里都没定义，Nginx 默认不设 Content-Type 头——除非你显式配置了 default_type：
- 推荐设为：
default_type application/octet-stream;（安全兜底，强制下载） - 若想更友好，可设为：
default_type text/plain;，但需注意浏览器可能误渲染二进制资源 - 关键点：这个指令必须出现在
http、server或location块中，且作用域要覆盖到静态资源请求路径
验证和生效要点
改完配置不能只重启服务，得确认响应头真正生效：
- 执行
nginx -s reload或systemctl reload nginx重载配置 - 用
curl -I https://your.site/app.js查看响应头，确认Content-Type: application/javascript出现且不是text/plain - 对新格式（如
.woff2）单独测试，避免遗漏 - 注意：如果在
location块里用了正则匹配（如location ~* \.(js|css)$），又没在该块内重新定义types或继承默认映射，MIME 可能丢失
