ie8–ie11仅识别中第一个且位置严格（零bom、零空格、零前置标签）的，content值必须全大写、无空格、格式精确，否则退至quirks或低版本模式；http响应头优先级更高，但组策略可彻底覆盖。
IE8–IE11 解析时只认第一个 meta http-equiv="X-UA-Compatible"
IE（8 到 11）在构建 DOM 的极早期就扫描 meta http-equiv="X-UA-Compatible"，一旦开始渲染，后续同类标签全部被跳过。它不是“读取所有 meta”，而是“找到第一个且仅第一个，然后锁死模式”。
- 前面有 UTF-8 BOM、空行、
<!-- 注释 -->、<title></title>或其他</meta>→ 整个声明被忽略，退到 Quirks 模式或默认 IE7 - 必须紧贴
开始，理想顺序是：<meta charset="utf-8">→<meta http-equiv="X-UA-Compatible" content="IE=edge">→ 其他 - 哪怕只多一个空格（比如
<meta http-equiv="...</code">），部分 IE 版本会直接拒识该标签
content 值大小写和格式极其敏感
IE 对 content 属性的解析是字面级匹配，不是宽松解析。写错一个字符，就等于没写。
- 合法值只有：
IE=edge、IE=7、IE=EmulateIE9等——IE必须全大写，等号前后不能有空格，后缀严格按文档命名（如EmulateIE9不是emulateie9或IE9Emulate） -
ie=edge、IE = edge、IE=Edge都无效；IE=edge,chrome=1中chrome=1已无作用（Chrome Frame 插件 2014 年停服） -
IE=EmulateIE*类值依赖：缺失或无效 DOCTYPE 时，直接退化为 IE5 Quirks，盒模型、<code>getBoundingClientRect()、正则lastIndex全部异常
HTTP 响应头优先级永远高于 meta 标签
服务端发的 X-UA-Compatible 响应头，会静默覆盖 HTML 中的 meta。这不是 bug，是 IE 明确规定的优先级规则。
- Apache 需启用
mod_headers，写法：Header set X-UA-Compatible "IE=edge" - Nginx 必须加引号：
add_header X-UA-Compatible "IE=edge";（不加引号在某些版本下失效） - Express 中必须在
res.send()前调用：res.setHeader('X-UA-Compatible', 'IE=edge') - 验证是否生效：DevTools → Network → 找 HTML 请求 → Response Headers → 确认存在且值正确
组策略和企业兼容性视图列表可彻底绕过所有前端设置
政务、金融等内网环境常通过域控组策略或企业兼容性视图列表强制降级，此时无论 meta 还是响应头都无效——IE 直接无视你写的任何 IE=edge。
- 用户手动开启「兼容性视图」也会覆盖前端声明
- 这类强制策略无法被网页代码解除，只能由 IT 管理员调整
- 真正能验证是否起效的唯一方式：F12 → Debugger → 输入
document.documentMode，返回11或edge才算成功；若为7，说明已被策略锁定
实际生效链条非常脆弱：BOM/空格/位置错 → 标签被跳过；content 写错 → 退默认；HTTP header 冲突 → 被覆盖；组策略启用 → 全无效。留着它不是为了“让它工作”，而是为了在那些尚未升级的 IE11 内网里，争取最后一点可控性。
