必须置于最开头且前面零字符（含BOM、空格、换行、注释），因浏览器仅扫描前1024字节且只识别ASCII范围内的该标签，否则fallback至系统默认编码（Windows为GBK，macOS/Linux为ISO-8859-1）导致乱码。
meta charset 必须放在 最开头
浏览器只扫描 HTML 文件前 1024 字节来识别 meta charset，且只认 ASCII 范围内的字符。一旦开头出现非 ASCII 内容（比如中文注释、BOM、<title></title>、甚至换行后带空格的 <meta>），这个标签就会失效，直接 fallback 到系统默认编码（Windows 是 GBK，macOS/Linux 是 ISO-8859-1）。
常见错误写法：
-
<title>首页</title> <meta charset="UTF-8">——<title></title>已含中文，超 ASCII 范围 -
<!-- 页面标题 --><meta charset="UTF-8">—— 注释含中文，同样失效 -
\n<meta charset="UTF-8">—— 换行符 + 缩进空格，前面有非 ASCII 兼容空白
正确姿势：确保 <meta charset="UTF-8"> 是 内第一个子节点，前面不能有任何字符（包括空格、换行、注释），且必须用全大写 UTF-8（不是 utf8、utf_8 或 UTF8）。
文件保存必须是 UTF-8 无 BOM
写了 <meta charset="UTF-8"> 却还是乱码？大概率是编辑器存错了格式。VS Code 右下角显示 “GBK” 或 “UTF-8 with BOM”，就等于白配。
立即学习“前端免费学习笔记（深入）”；
实操要点：
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- VS Code：点击右下角编码名称 → Save with Encoding → 选
UTF-8（**不勾选 “UTF-8 with BOM”**） - Notepad++：编码 → 转为 UTF-8 编码（注意不是 “UTF-8-BOM”）
- Sublime Text：File → Save with Encoding → UTF-8
- 验证方式：用十六进制编辑器打开文件，开头三字节不能是
EF BB BF（即 BOM）
BOM 在 HTML 中不仅没用，还会导致某些旧版 WebView 或构建工具（如 html-webpack-plugin）解析失败，直接忽略 meta charset。
HTTP 响应头优先级高于 meta 标签
服务端发的 Content-Type 响应头，权重永远高于 HTML 里的 <meta charset>。本地双击打开 file:// 时它才起作用；一旦走 HTTP（比如 http://localhost 或线上部署），头信息就接管了。
关键配置：
- Apache：
AddDefaultCharset UTF-8（加在站点根目录.htaccess或主配置里） - Nginx：在
server或location块中加charset utf-8;（注意别和 Apache 的AddDefaultCharset混用，会冲突） - Express（Node.js）：
res.set('Content-Type', 'text/html; charset=UTF-8')，必须在res.send()之前调用 - 静态托管（Vercel/Netlify/GitHub Pages）：默认发
charset=utf-8，但不可依赖——仍要配好meta和文件编码作兜底
验证方法：Chrome DevTools → Network → 刷新页面 → 点开 HTML 请求 → 查看 Response Headers 中的 content-type 值是否含 charset=UTF-8。
全链路一致性检查清单
只要一个环节掉链子，乱码就可能复现。上线前快速过一遍：
- 文件本身：用
file -i index.html（Linux/macOS）或 VS Code 底部编码提示确认是UTF-8无 BOM - HTML 结构：
<meta charset="UTF-8">是否在开始后立即出现（前面零字符） - 服务端响应：Network 面板确认
Content-Type响应头含charset=UTF-8 - 运行时验证：
document.characterSet或document.inputEncoding在控制台输出是否为"UTF-8"
最容易被跳过的其实是文件保存动作——改完代码没重存，或者团队成员编辑器默认编码不统一，一上线就集体乱码。编码不是“设一次就完事”，而是每个文件、每次保存、每条请求都得对得上。
