HTML5中已废弃，不参与MIME类型判定，仅当无HTTP头时作fallback；真正决定文档类型的只有HTTP响应头的Content-Type字段。
meta 标签根本不能设置 Content-Type MIME 类型
直接说结论：<meta http-equiv="Content-Type"> 在 HTML5 中已废弃，它**不参与 MIME 类型判定**，浏览器也不会用它来决定“这是不是 HTML 文档”。真正起作用的只有 HTTP 响应头中的 Content-Type 字段。你写 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">，浏览器最多把它当 fallback（仅在无 HTTP 头时），但绝不会因此把 text/plain 响应当作 HTML 解析。
为什么 <meta charset> 位置不对会导致标题乱码
标题栏乱码不是因为没写 <meta charset="UTF-8">，而是它没出现在 HTML 解析器读到 <title></title> 之前。浏览器在解析 时，会先按默认编码（如 ISO-8859-1 或 GBK）解码前 512 字节内容；如果 <meta charset> 被注释、空格、<script></script> 或其他 <meta> 挡在后面，<title></title> 就已经错解了。
-
<meta charset="UTF-8">必须是中第一个非空、非注释的标签（紧贴开始） - 前面不能有
<!-- 注释 -->、<script></script>、<style></style>或其他<meta> - 文件本身必须保存为 UTF-8 without BOM；VS Code 里选 “Save with Encoding → UTF-8”（不是 “UTF-8 with BOM”）
验证和修复 Content-Type 不匹配的三步法
本地双击打开正常、但 http://localhost:3000/index.html 白屏或脚本不执行？八成是服务端漏配 Content-Type: text/html; charset=utf-8。
- 打开 DevTools → Network → 刷新 → 找主 HTML 请求 → 看 Response Headers 里的
Content-Type值 - 若缺失或为
text/plain、application/octet-stream，说明服务端没设头（Pythonhttp.server、简易 Node.js 静态服务常犯） - 修复方式取决于服务：Express 用
res.set('Content-Type', 'text/html; charset=utf-8')；Nginx 加charset utf-8;；Apache 加AddDefaultCharset UTF-8
X-Content-Type-Options: nosniff 对 HTML 文件完全无效
这个响应头只对 JS、CSS、图片等外部资源起作用，强制浏览器别猜 MIME 类型。HTML 主文档本身由服务器明确声明为 text/html，浏览器从不 sniff 它——所以你在 HTML 里加 <meta> 模拟这个头，或者指望它防 HTML 解析错误，纯属方向错误。
真正要盯住的，永远只有三层一致：HTTP 响应头的 charset、HTML 文件的实际编码、<meta charset> 的值。少一个对齐，<title></title> 就可能变成方块。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
