nginx统一声明静态资源字符编码比html的meta更可靠，需配置charset utf-8;与charset_types text/html text/css application/javascript等组合，且文件必须为utf-8无bom编码。

直接在 Nginx 配置中统一声明静态资源的字符编码，比依赖 HTML 或 CSS 文件内的 <meta charset> 或 @charset 更可靠。浏览器优先依据 HTTP 响应头中的 Content-Type 解析编码，若响应头缺失 charset=utf-8，即使页面写了 meta 标签，也可能被覆盖或忽略，导致中文乱码、样式失效、脚本解析错误。

必须配置 charset + charset_types 组合

仅写 charset utf-8; 不会生效，它必须与 charset_types 配合使用：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 在 http 或 server 块中添加：charset utf-8;
• 紧接着配置：charset_types text/html text/css application/javascript text/plain application/json text/xml application/xml;
• text/html 必须包含——这是最常遗漏的一点，缺了它，.html 文件响应头就不会带 charset=utf-8
• 如果服务 JSON 接口（如前端直读静态 JSON），application/json 也需列入，否则部分浏览器可能按 ISO-8859-1 解析

确保文件本身是 UTF-8 无 BOM 编码

Nginx 不做内容转码，只负责声明编码方式。若文件实际不是 UTF-8，声明了也没用：

• 用命令检查：file -i index.html 或 hexdump -C style.css | head -n1，确认无 ef bb bf（BOM）
• 编辑器保存时选“UTF-8 without BOM”，VS Code 默认即为此格式；Sublime Text、Notepad++ 需手动设置
• 构建工具（如 Vite、Webpack）输出通常无 BOM，但手动修改后易引入，建议 CI 中加入编码校验步骤

避免响应头与页面内声明冲突

HTML 中重复写 <meta charset="gbk"> 鎴