必须置于最前面，且需配合http响应头content-type、html5文档类型及文件实际utf-8编码三者一致，否则易致中文乱码。
meta charset 必须放在 head 最前面
HTML 文件里声明 UTF-8 编码，最常用也最可靠的方式是用 <meta charset="utf-8">。但它必须出现在 内、任何其他标签（包括 <title></title>、<link>、<script></script>）之前，否则浏览器可能已经按默认编码（如 ISO-8859-1）开始解析，导致中文乱码。
常见错误：
– 把 <meta charset="utf-8"> 放在 <title></title> 后面
– 在 顶部混入注释或空行（部分旧版 IE 对开头空白敏感）
– 使用了 <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> 这种冗余写法（不推荐，兼容性差且易出错）
HTTP 响应头的 Content-Type 优先级更高
如果服务器返回的 HTTP 响应头里带了 Content-Type: text/html; charset=iso-8859-1，那么即使 HTML 里写了 <meta charset="utf-8">，浏览器也会以响应头为准——这是规范行为，不是 bug。
验证和修复方法：
– 打开浏览器开发者工具 → Network → 刷新页面 → 点击 HTML 请求 → 查看 Response Headers 中的 Content-Type
– 后端需确保不硬编码错误 charset（例如 PHP 不要 echo 错误 header；Nginx 需检查 charset utf-8; 配置）
– 静态文件托管时（如 GitHub Pages、Vercel），通常默认不发 charset，此时依赖 <meta charset> 生效
HTML5 文档类型是前提
<meta charset="utf-8"> 只在 HTML5 模式下被广泛支持。如果你的页面顶部写着 ..> 或更老的 DTD，某些浏览器（尤其是 IE）可能忽略该 meta 标签，退回到系统默认编码。
务必使用标准 HTML5 声明：
– 第一行只能是 <br>– 不要加任何 XML 命名空间、public ID 或 system ID<br>– 不要混用 XHTML 语法（如自闭合标签 <code><br> 不影响编码，但非必要）
编辑器保存编码也要匹配
就算 HTML 写对了，如果文本编辑器把文件存成了 GBK 或 ANSI 编码，浏览器读到的字节流本身就是错的，<meta charset="utf-8"> 也无力回天。
检查与设置：
– VS Code：右下角点击编码名称（如 “UTF-8” 或 “GBK”），选 “Save with Encoding” → “UTF-8”
– Sublime Text：File → Save with Encoding → UTF-8
– 记事本（Windows）：另存为 → 编码选 “UTF-8”，**不要选“UTF-8-BOM”**（BOM 会导致部分服务端脚本解析异常）
– 终端可用 file -i filename.html 或 iconv -l | grep -i utf 辅助判断
真正容易被忽略的是三者协同：HTTP 头、HTML 声明、文件实际字节编码，缺一不可。改完任一环节都得清浏览器缓存再试，否则很可能看到的是旧结果。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
