在 nginx 的 server 块中统一设置静态文件字符集为 utf-8，关键不是只加一行 charset utf-8;，而是必须同时配置 charset utf-8; 和 charset_map "" utf-8;，并配合 charset_types 指定 text/css、application/json 等 mime 类型，确保响应头 content-type 正确携带 charset=utf-8。
在 Nginx 的 server 块中统一设置静态文件字符集为 UTF-8，关键不是只加一行 charset utf-8;，而是让响应头真正携带 charset=utf-8，且覆盖常见文本类型。仅靠 HTML 里的 <meta charset> 不可靠——它可能被响应头覆盖，也无法影响 CSS、JS、JSON 等非 HTML 文件。
基础配置：声明默认字符集并启用映射
在 server 块内必须同时包含以下两项，缺一不可：
-
charset utf-8;—— 设定该 server 下的默认字符集 -
charset_map "" utf-8;—— 启用字符集映射机制（不写这行，charset_types将不生效）
扩展支持：明确指定哪些文件类型要加 charset
Nginx 默认只对 text/html 自动添加 charset=utf-8。要让 CSS、JS、JSON 等也带上，需补充 charset_types：
charset_types text/css text/javascript text/plain text/xml application/javascript application/json application/xml application/xml+rss;- 如果启用了
autoindex on;，建议额外加上text/html（它默认已包含，但显式写出更稳妥）
注意作用范围和覆盖逻辑
charset 指令在 server 块中生效时，会作用于该 server 下所有未被 location 块显式覆盖的响应。但要注意：
- 若后端（如 PHP-FPM、Node.js）已输出带
charset的Content-Type，Nginx 默认不会覆盖它 - 若你在某个
location中写了charset gbk;，那该 location 下的响应就会按 GBK 处理 - 静态文件（如 .html、.css）由 Nginx 直接响应时，上述配置才起效；动态内容取决于后端是否自行设定了响应头
验证是否生效
配置完成后重载：nginx -s reload。用浏览器开发者工具检查任意一个 CSS 或 HTML 文件的响应头，确认出现：
Content-Type: text/css; charset=utf-8
而不是只有 text/css 或错误地显示 charset=gbk。若仍无 charset，大概率是漏了 charset_map 或 charset_types 配置。
