关键是要配置charset utf-8;配合charset_types text/html text/css application/javascript application/json等，确保响应头content-type带charset=utf-8，且文件本身为utf-8无bom编码。
要在 Nginx 中统一设置静态文件响应的字符集为 UTF-8，关键不是只加一句 charset utf-8;，而是让响应头 Content-Type 真正带上 charset=utf-8，且作用于 HTML、CSS、JS、JSON 等文本类资源——这需要配合 charset_types 和（可选但推荐的）charset_map。
必须配置 charset_types 显式指定 MIME 类型
Nginx 默认只对 text/html 自动添加 charset=utf-8。其他如 .css、.js、.json 文件即使内容是 UTF-8 编码，响应头也不会自动带 charset 参数，浏览器可能按默认编码（如 ISO-8859-1）解析，导致乱码。
- 在
http或server块中添加：
charset_types text/css text/javascript text/plain text/xml application/javascript application/json application/xml application/xml+rss;
- 若想“一劳永逸”覆盖所有类型（不推荐用于生产），可用
charset_types *;，但会增加不必要的开销
charset 指令需放在合适层级，并确认未被覆盖
charset utf-8; 可放在 http、server 或 location 块中，优先级由低到高：http charset off; 或 charset gbk;，就会覆盖上级配置。
- 全站统一建议写在
http块中 - 确保没有更具体的块无意中关闭或修改了它
- 注意：该指令仅对 Nginx 直接返回的响应生效（如静态文件、autoindex、404 页面）；若后端（如 PHP）已输出完整
Content-Type: text/html; charset=utf-8，Nginx 默认不覆盖
静态文件本身必须是 UTF-8（无 BOM）编码
Nginx 不做内容转码（除非启用 source_charset 代理转换），它只是原样返回文件字节并添加响应头。如果 index.html 是 GBK 编码保存的，即使响应头写了 charset=utf-8，浏览器也会用 UTF-8 解析 GBK 字节，结果仍是乱码。
- 用编辑器（如 VS Code、Notepad++）确认文件编码为 “UTF-8” 或 “UTF-8 without BOM”
- Linux 下可用
file -i filename.html查看编码线索 - 批量转换可用
iconv -f gbk -t utf-8 input.html > output.html
目录列表（autoindex）需额外处理
开启 autoindex on; 时，Nginx 生成的 HTML 列表页默认不包含 <meta charset="utf-8">，且响应头也不带 charset（除非你配置了 charset_types text/html 并确保该 location 匹配到目录请求）。
- 最稳妥方式：在对应 location 中显式添加响应头
add_header Content-Type "text/html; charset=utf-8";
- 同时确保该 location 已启用
charset utf-8;和charset_types text/html;
