必须加，且要放在最前面；否则浏览器按默认编码解码非ascii字符导致乱码，需确保文件utf-8无bom、meta声明正确、服务端响应头charset=utf-8三者一致。
HTML文档开头必须加吗？
必须加，而且要放在 的最前面（在任何 <title></title> 或外部资源之前）。浏览器解析 HTML 时一旦遇到非 ASCII 字符，若还没读到 charset 声明，就会按默认编码（比如 ISO-8859-1）尝试解码，导致中文乱码——哪怕你后面写了 charset 也来不及了。
常见错误包括：
- 把
<meta charset="utf-8">放在<title></title>后面 - 误写成
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">（老式写法，不推荐，且容易漏掉引号或空格） - 用 UTF-8 的 BOM 头（
EF BB BF）开头，反而干扰某些服务器或构建工具
VS Code 保存 index.html 时怎么确保是 UTF-8 无 BOM？
VS Code 默认保存为 UTF-8，但可能带 BOM。打开 index.html 后，看右下角状态栏：如果显示 UTF-8，点它 → 选 Save with Encoding → 选 UTF-8（不是 UTF-8 with BOM）。
也可以在设置里关掉自动 BOM：
- 打开 VS Code 设置（
Ctrl+,），搜files.autoGuessEncoding，设为false - 搜
files.encoding，设为utf8 - 搜
files.autoSave，建议设为afterDelay，避免未保存就刷新页面看到旧编码
服务端响应头里 Content-Type 也得带 charset=utf-8 吗？
要，但优先级低于 HTML 内的 <meta charset="utf-8">。如果服务端返回的 HTTP 响应头是 Content-Type: text/html（没带 charset），浏览器仍会回退到 HTML 中的声明；但如果响应头写了 Content-Type: text/html; charset=iso-8859-1，它会直接覆盖 HTML 里的 meta，导致乱码。
本地用双击打开 index.html（即 file:// 协议）时，没有 HTTP 响应头，全靠 <meta charset> 和文件实际编码；但部署到 Nginx/Apache/Node.js 等服务器后，必须确认响应头中 charset=utf-8 存在：
- Nginx：在
location块加add_header Content-Type "text/html; charset=utf-8";（注意这不是标准做法，更稳妥的是用default_type text/html; charset utf-8;） - Node.js（Express）：
res.set('Content-Type', 'text/html; charset=utf-8');
为什么改了 charset 还是乱码？检查这三处
乱码不是单点问题，得串起来查：
- 文件本身是否真是 UTF-8 编码？用
file index.html（Linux/macOS）或 VS Code 右下角编码标识确认 -
<meta charset="utf-8">是否拼错？比如写成uft-8、UTF8（少短横）、utf_8（下划线） - 有没有 JS 动态插入内容时用了非 UTF-8 字符串？比如
document.write("你好")本身没问题，但如果 JS 文件自己存成了 GBK，再被引入，就可能污染输出
最稳的组合：文件存为 UTF-8 无 BOM + <meta charset="utf-8"> 在 最顶上 + 服务端响应头明确声明 charset=utf-8。少一个环节，都可能在某个环境里翻车。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
