ie=edge 是唯一推荐值，必须严格写作 ie=edge（大写ie+等号+小写edge），且需置于最开头、无任何前置字符；ie=11虽合法但不推荐，chrome=1已废弃；http响应头优先级高于meta但同样过时；国产浏览器完全忽略该声明，需用renderer等专用meta。
IE=edge 还是 IE=11？content 值必须严格匹配
IE 对 content 值的解析极其脆弱，大小写、空格、拼写任意一处出错，整个声明就失效，页面直接退回到 Quirks 模式或 IE5 文档模式。
-
IE=edge是唯一推荐值，表示“用当前 IE 版本支持的最高标准模式”，IE8–IE11 都能识别 -
IE=11合法但不推荐：IE11 本身已不支持降级到更低版本的完整兼容性（如 IE10 的 CSSOM 行为），且 IE11 后期更新会静默忽略该指令 -
ie=edge、IE = edge、IE=Edge全部无效——必须是IE=edge（大写 IE+等号+小写 edge） -
chrome=1已彻底废弃：Google Chrome Frame 自 2014 年停服，现代 Edge（Chromium 内核）完全不识别该指令
为什么放在 后面就完全没用？
IE（8–11）解析 HTML 时，一旦开始构建 DOM 树，就永久停止读取后续所有 <meta http-equiv="X-UA-Compatible">。它不是“配置项”，而是硬性开关——位置错，等于没写。
- 必须紧贴
开始，前面不能有任何字符：UTF-8 BOM、空行、注释<!-- -->、<title></title>、甚至其他<meta> - 常见失效场景：
<!-- 注释 --><meta http-equiv="X-UA-Compatible" ...>→ 被忽略 - PHP/Node 模板自动注入调试脚本或 BOM，会导致实际第一个标签不是
<meta>，DevTools 看不到错误，但文档模式已是 IE5
HTTP 响应头 vs meta 标签，谁说了算？
服务器发送的 X-UA-Compatible 响应头优先级高于 HTML 中的 <meta>，且无法被前端覆盖。但这个机制本身也已过时。
- 若 Nginx 配置了
add_header X-UA-Compatible "IE=5";，即使 HTML 写了IE=edge，IE 也会强制用 IE5 模式 - 验证方式：打开 DevTools → Network → 找 HTML 请求 → Headers → Response Headers，确认是否存在
X-UA-Compatible字段 - 当前主流浏览器（Chrome、Firefox、Edge Chromium、Safari）和国产双核浏览器的极速模式，根本不会解析该 header 或 meta —— 它们被直接跳过
- 微软已于 2025 年 6 月 15 日终止 IE 所有版本支持，包括安全更新；此 header/meta 仅对极少数仍启用 IE 模式的 Edge 用户（非默认行为）可能残留影响
国产双核浏览器根本不认 X-UA-Compatible
360、QQ、搜狗等浏览器的“IE 兼容模式”底层并非微软 IE 引擎，因此 http-equiv="X-UA-Compatible" 完全无效。它们有自己的内核切换机制。
- 真正起作用的是：
<meta name="renderer" content="webkit">（新版 360 浏览器 v13+），必须放在最开头 - 更广谱的 fallback：
<meta name="force-rendering" content="webkit">（覆盖 QQ 浏览器、2345、部分定制版 360） - 三者顺序必须是：
renderer→force-rendering→X-UA-Compatible，中间不能插入任何其他标签、空格或换行 - 哪怕你把
X-UA-Compatible写得再标准，没加renderermeta，国产浏览器照样按默认策略选内核
IE 已停服，X-UA-Compatible 在现代项目中纯属历史包袱。真正容易被忽略的点是：它失效时没有任何报错提示，只表现为 JS 行为异常、CSS 盒模型错乱、querySelector 返回 null —— 问题根源藏在 HTML 开头那几行看不见的空格或 BOM 里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
