HTML编码统一需文件实际编码、HTTP响应头、meta charset三者严格对齐且优先级递减；须用file/xxd/PowerShell验证真实字节，Nginx/Apache/Node.js/PHP正确配置响应头，meta必须位于head最前且写为charset="UTF-8"。
统一全局编码不是只写一个 <meta charset="UTF-8"> 就完事。真正起作用的是三个层同时对齐：文件实际编码、HTTP 响应头、HTML 元数据 —— 缺一不可，且优先级严格递减。
确认 HTML 文件真实编码（别信编辑器右下角显示）
VS Code 或 Sublime 显示 “UTF-8”，不代表文件真是 UTF-8（它可能悄悄存成了 UTF-8 with BOM 或 GBK）。必须验证字节：
- Linux/macOS 执行：
file -i yourfile.html，看输出是否含charset=utf-8 - 或更直接：
xxd -l 4 yourfile.html，若开头是ef bb bf，说明有 BOM —— 这不是标准 UTF-8，得删 - Windows PowerShell：
Get-Content yourfile.html -Encoding Byte | Select -First 3，同样检查前 3 字节 - Notepad++：菜单栏「编码」→「转为 UTF-8 编码」（注意不是「UTF-8-BOM」）
强制 HTTP 响应头发送 charset=utf-8（比 meta 更高优先级）
本地双击打开 file:// 协议时，HTTP 头不存在，只能靠 <meta charset>；但一旦走服务器（http:// 或 https://），响应头里的 Content-Type: text/html; charset=utf-8 会直接覆盖 HTML 内的声明 —— 即使你写了两遍 meta，也没用。
- Nginx：在
server或location块里加charset utf-8;（不是add_header） - Apache：在站点根目录放
.htaccess，写AddDefaultCharset UTF-8 - Express（Node.js）：
res.set('Content-Type', 'text/html; charset=utf-8')必须在res.send()之前调用 - PHP：确保没在
header()前输出任何字符（包括 BOM），否则头会失效
meta charset 必须出现在 head 最前面（1024 字节内且无干扰）
浏览器只扫描 HTML 前 1024 字节找 <meta charset>，而且必须是第一个非空白、非注释的标签。常见失效场景：
立即学习“前端免费学习笔记（深入）”；
-
<meta charset="UTF-8">前有空格、换行、<!-- 注释 -->，甚至不可见的 BOM 字节 - 写成
<meta charset="utf8">或<meta charset="UTF_8">—— 只有UTF-8是合法值 - 误用旧式写法：
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">，HTML5 不推荐，且部分解析器不识别 - 模板引擎（如 EJS、Thymeleaf）动态注入内容，把
<meta>挤到了第 2 个标签之后
最容易被忽略的点：BOM 和响应头冲突。文件是 UTF-8 without BOM，但 Nginx 配了 charset gbk;，或者 Express 忘记设头 —— 浏览器就按 GBK 解 UTF-8 字节，满屏 。务必用 F12 → Network → 点开 HTML 请求 → Headers → Response Headers 里看 Content-Type 实际值，而不是猜。
