根本原因是浏览器仅扫描前1024字节查找<meta charset>，若前面存在BOM、注释、脚本或空行，便跳过并回退至系统默认编码（如Windows的GBK）；因此<meta charset="UTF-8">必须紧贴<head>开头，且文件须为UTF-8无BOM格式。
为什么放在开头却 still 乱码
根本原因不是标签写错了，而是浏览器压根没看到它——HTML 解析器只扫描文件前 1024 字节找 <meta charset>，一旦前面有 BOM、注释、<script> 或空行，就跳过并 fallback 到系统默认编码（Windows 是 GBK，Linux/macOS 常是 ISO-8859-1）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
<meta charset="UTF-8">必须紧贴<head>开始，前面不能有任何字符（包括空格、换行、BOM、注释） - 用十六进制查看器检查文件头：UTF-8 文件应以
EF BB BF（BOM）或纯文本开头；若含 BOM，VS Code 默认会把它插在<meta>前面导致失效 - VS Code 中右下角编码显示为
UTF-8 with BOM时，务必点开 → “Save with Encoding” → 选UTF-8（无 BOM） - Sublime Text / Notepad++ 同理：保存时明确选 “UTF-8”，不要勾选 “with BOM”
服务器响应头 Content-Type 和 meta charset 冲突怎么办
HTTP 响应头里的 Content-Type: text/html; charset=GBK 优先级高于 <meta charset="UTF-8">。哪怕 HTML 里写了 UTF-8，只要服务端发过来的是 GBK 声明，浏览器就按 GBK 解码，必然乱码。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Chrome DevTools → Network → 点开 HTML 请求 → Headers → Response Headers 查看
Content-Type字段值 - Apache：在站点根目录
.htaccess加AddDefaultCharset UTF-8，或配置中禁用charset指令 - Nginx：在
server或location块里加charset utf-8;，**不要**写add_header Content-Type ...—— 会覆盖原有 header - 本地开发用
python -m http.server时默认不带 charset，此时<meta>生效；但 Node.js 的express.static()默认发charset=UTF-8，无需额外干预
HTML、CSS、JS 文件编码不一致引发的隐性乱码
一个页面里 HTML 声明了 UTF-8，但引入的 style.css 实际存为 GBK，里面中文注释或属性值（如 content: "你好";）就会错乱；同理，JS 文件里字符串变量含中文，若保存为 ANSI，运行时可能报 InvalidCharacterError 或静默损坏。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有前端资源（.html / .css / .js / .json）必须统一用 UTF-8 无 BOM 保存
- Webpack/Vite 等构建工具默认读取 UTF-8，但如果源文件是 GBK，打包后仍乱码 —— 构建前先批量转码：
iconv -f GBK -t UTF-8 input.css > output.css - VS Code 设置中关闭 “Auto Guess Encoding”，避免自动切错编码；打开 “Files: Auto Save” 防止未保存就预览
- CI/CD 流水线加入校验步骤：用
file -i *.html *.css *.js（Linux/macOS）或 PowerShellGet-Content xxx -Encoding Byte | Select -First 3确认字节序
移动端和 WebView 场景下 charset 被忽略的特殊情况
Android WebView 默认启用 setSupportZoom(true) 时，某些旧版系统（Android 4.x）会忽略 <meta charset>，强行用设备 locale 编码解析；iOS WKWebView 在离线缓存 HTML 时，也可能丢弃响应头，仅依赖 meta 标签 —— 但若 meta 不在前 1024 字节，照样失败。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Android：在
WebView.getSettings().setDefaultTextEncodingName("UTF-8")显式设置 - iOS：确保 HTML 文件通过
loadFileURL:allowingReadAccessToURL:加载，而非字符串注入；离线包解压后校验文件编码 - 终极兜底：对关键中文文本（如按钮文字、错误提示）改用 Unicode 转义，例如
你好或\u4f60\u597d，绕过编码解析环节 - 不要依赖
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">—— 它在 HTML5 中已废弃，且部分 WebView 实现不识别
