Nginx通过types指令定义文件扩展名与MIME类型的映射关系，并用default_type设置未知扩展名的兜底类型；需配合include mime.types、type_hash_max_size和type_hash_bucket_size优化性能，修改后须nginx -t测试并重载。
在 Nginx 的 http 块中配置 MIME 类型，主要通过 types 指令和 default_type 指令实现，目的是让服务器能正确告知浏览器响应内容的类型（如 text/html、application/javascript），从而影响渲染、执行或下载行为。
使用 types 指令定义 MIME 映射
types 块用于建立文件扩展名与 MIME 类型之间的映射关系。Nginx 默认自带 mime.types 文件（通常位于 /etc/nginx/mime.types 或安装目录下的 conf/mime.types），但你可以在 http 块中直接内联定义，或用 include mime.types; 引入外部文件。
示例：在 http 块中添加自定义类型
http {
include mime.types;
# 补充或覆盖默认类型
types {
text/plain log;
application/wasm wasm;
application/json api json;
image/webp webp;
}
}- 每行左侧是 MIME 类型，右侧是对应的一个或多个扩展名（空格分隔）
- 重复定义同一扩展名时，后出现的会覆盖前面的（按配置顺序）
- 不建议删除
include mime.types;后完全重写，容易遗漏常见类型（如css、png）
设置 default_type 控制未知扩展名的兜底行为
当请求的文件扩展名未在 types 中声明时，Nginx 会使用 default_type 指定的 MIME 类型作为响应头 Content-Type 的值。它的默认值是 text/plain。
常见调整场景：
- 静态资源服务中希望未识别文件统一返回
application/octet-stream（触发下载） - API 服务中将未知路径默认视为 JSON 接口（需配合后端逻辑，仅设 MIME 不改变实际响应体）
- 避免浏览器误解析导致 XSS（如把用户上传的
.html当作纯文本展示）
配置示例：
http {
default_type application/octet-stream;
<pre class="brush:php;toolbar:false;"># 或更安全的兜底（尤其面向用户上传场景）
# default_type text/plain;}
注意 type_hash_max_size 和 type_hash_bucket_size（性能相关）
当自定义大量 MIME 类型（比如上千个扩展名）时，Nginx 内部用哈希表加速查找。可通过以下两个指令优化：
-
types_hash_max_size 2048;：哈希表最大桶数量，增大可减少冲突，但占内存 -
types_hash_bucket_size 64;：每个桶的大小（字节），通常设为平台指针长度的整数倍（如 64 或 128） - 若启动时报错
could not build the types_hash，说明当前值不足，需调大这两个值
验证配置是否生效
修改后务必 nginx -t 测试语法，并重载配置：nginx -s reload。验证方式：
- 用
curl -I http://example.com/test.js查看Content-Type响应头 - 访问一个未定义扩展名的文件（如
/data.xyz），确认返回的是default_type设定的类型 - 检查错误日志中是否有
types_hash相关警告
