必须统一配置HTTP响应头charset，仅靠meta标签不可靠；Nginx需在server或location块中写charset utf-8;并配合charset_types指定MIME类型，文件须为UTF-8无BOM编码。
必须同时配置 HTTP 响应头和 <meta charset>，仅靠任一方式都不可靠；Nginx/Apache/Node.js 的配置语法、位置、大小写敏感性各不相同，错一个字符就失效。
Apache 中 AddDefaultCharset 和 Header set 的区别
两者都能生效，但行为不同：
-
AddDefaultCharset UTF-8仅作用于text/html、text/plain等未显式声明 charset 的响应类型；对application/javascript或 API 返回的 JSON 无效 -
Header set Content-Type "text/html; charset=UTF-8"是强制覆盖，不管原始 Content-Type 是什么，容易误伤非 HTML 资源（比如把 JS 响应头强行改成text/html） - 推荐只用
AddDefaultCharset UTF-8，并确保它写在站点根目录或虚拟主机配置里，而不是子目录的.htaccess—— 否则可能被上级配置覆盖 - 注意：值必须是
UTF-8（大写 U、T、F，带短横），utf8或utf-8在部分 Apache 版本中 fallback 到 ISO-8859-1
Nginx 的 charset 指令不能写在 if 或 location 正则块里
charset utf-8; 看似简单，但极易配错位置：
- 必须放在
server或明确匹配 HTML 文件的location块中，例如location ~ \.html?$；写在location /里也行，但写在if ($request_filename ~* \.html)里完全不生效 - 大小写敏感：
charset UTF-8;或charset utf8;都会静默失败，日志无报错，但响应头里不出现 charset - 它默认只给
text/html、text/css、application/javascript加 charset，不会影响text/plain或自定义 MIME 类型 - 如果用了
charset_map或其他编码模块，优先级可能被干扰，建议单独测试响应头
Express.js 的 res.set() 必须在 res.send() 之前调用
看似顺序明显，但实际容易被中间件打乱：
立即学习“前端免费学习笔记（深入）”；
- 错误写法：
res.send('<!DOCTYPE html>...');之前没设 header → Node.js 默认发Content-Type: text/html; charset=ISO-8859-1 - 正确写法：必须在任何输出前调用
res.set('Content-Type', 'text/html; charset=UTF-8')，且不能依赖模板引擎自动注入（如 EJS 的<meta>不替代响应头） - 更稳妥的是用
app.use((req, res, next) => { res.set('Content-Type', 'text/html; charset=UTF-8'); next(); })全局统一，但需排除静态资源路由（否则图片也会带 charset） - 注意：Express 5+ 中
res.send()默认不设 charset，res.sendFile()则由 mime-type 库推断，不一定可靠
本地开发时 python -m http.server 不发 charset
这是最常被忽略的陷阱：本地预览 HTML 文件时乱码，不是代码问题，而是服务器根本没发 charset 头。
-
python -m http.server 8000默认响应头为Content-Type: text/html，不含charset字段 → 浏览器 fallback 到系统默认（Windows 是 GBK，macOS/Linux 是 ISO-8859-1） - 此时哪怕
<meta charset="UTF-8">写得再标准，也可能因文件开头有 BOM 或注释导致扫描失败，直接按 fallback 编码解析 - 临时解决：用
npx serve或live-server替代，它们默认加charset=UTF-8；长期方案是本地也跑 Nginx 或 Express - 验证方法：打开 DevTools → Network → 点 HTML 请求 → 查看 Response Headers 里的
Content-Type是否含charset=UTF-8
真正起效的编码设置，永远是 HTTP 响应头 + HTML meta + 文件真实编码三者严格一致；少一个，浏览器就可能在解析第 1024 字节前放弃 <meta>，转而猜编码。
