HTML中文乱码本质是浏览器用错编码解码，需依次检查：浏览器当前编码、meta charset声明与文件实际编码是否一致、VS Code保存编码、HTTP响应头charset、UTF-8 BOM干扰。
HTML 页面显示中文是方块或问号，怎么快速定位原因
乱码本质是浏览器用错了字符编码去解码 html 内容。不是文件“坏了”，而是编码声明和实际内容不一致。
- 先看浏览器地址栏右键 → “编码”，确认当前强制使用的编码（比如显示为
ISO-8859-1或GBK），这往往是线索 - 再检查 HTML 文件开头是否有
<meta charset="...">，且该值是否与文件真实保存编码匹配（常见错误：写UTF-8但文件其实是GBK编码保存的） - 如果用 VS Code 打开，右下角状态栏会显示当前文件编码（如
UTF-8、GBK），点击可切换并重新保存
VS Code 里保存 HTML 文件时选错编码，怎么修正
VS Code 默认可能用系统区域编码（Windows 中文版常是 GBK）保存，但网页又写了 <meta charset="UTF-8">，冲突就立刻乱码。
- 打开文件 → 右下角点击当前编码（如
GBK）→ 选Save with Encoding→ 选UTF-8 - 保存后务必刷新页面；若仍乱码，说明原内容已损坏（GBK 字节被当 UTF-8 解），需用编辑器“以 GBK 重新打开” → 全选复制 → 新建 UTF-8 文件粘贴保存
- 不要勾选 VS Code 的
Auto Guess Encoding，它在混合编码场景下容易误判
服务器返回的 HTTP Header 里 Content-Type 没带 charset，浏览器怎么猜
当 HTML 里没写 <meta charset>，且响应头也没带 charset，浏览器只能靠默认规则或 BOM 推断，非常不可靠。
- 检查网络面板（F12 → Network → 刷新 → 点 HTML 请求 → Headers 标签），找
Content-Type值，比如text/html; charset=iso-8859-1就是危险信号 - 本地直接双击打开 HTML 文件（
file://协议）时，HTTP 头不存在，浏览器完全依赖<meta>或文件 BOM，所以<meta charset="UTF-8">必须放在最前面（且不能有空格/注释在它之前） - Node.js / Python 启服务时，记得显式设置响应头：
res.setHeader('Content-Type', 'text/html; charset=utf-8')
用了 UTF-8 但仍有部分文字乱码，是不是 BOM 搞的鬼
UTF-8 BOM（EF BB BF）在 HTML 中是隐形干扰源：它不显示，但会让 <meta charset> 失效，尤其在 IE 和某些旧工具链中。
- 用十六进制编辑器（如 HxD）或命令行
xxd filename.html | head查看开头三字节，如果是ef bb bf，就是 BOM - VS Code 中打开文件 → 右下角编码旁点箭头 →
Save with Encoding→ 选UTF-8（不是UTF-8 with BOM） - Webpack/Vite 构建时若从模板生成 HTML，确保模板文件本身无 BOM；BOM 一旦混入，压缩或注入脚本后更难排查
<meta charset> 的努力。 
