X-UA-Compatible在现代项目中已完全失效，因其仅对已终止支持的IE8–IE11生效，且受兼容性列表、BOM、解析顺序等限制极易失效；当前应改用HTTP响应头配置并针对国产双核浏览器添加renderer meta标签。
X-UA-Compatible 在现代项目中已完全失效，别再往 <head> 里写了。
为什么 X-UA-Compatible 现在基本不生效
这个 meta 标签只对 IE8–IE11 生效，而微软已在 2022 年 6 月终止所有 IE 版本支持——包括安全更新。Windows 10/11 默认禁用 IE 模式，Edge 中启用 IE 模式需手动开启，且仅限极少数政企内网场景。
-
content="IE=edge"不保证触发最新文档模式：若页面被组织级兼容性列表（Compatibility View List）收录，仍会强制降级到 IE7 文档模式 -
chrome=1依赖 Google Chrome Frame 插件，该插件早在 2014 年 2 月就已停止维护，且仅支持 IE6–IE9 - 哪怕写了
content="IE=edge"，只要 HTML 开头有 BOM 字节、<script>阻塞解析，或空格错位（如content=" IE=edge"），标签就完全失效
真要支持 IE 模式，必须用 HTTP 响应头
极少数遗留系统仍需 IE 模式运行时，X-UA-Compatible 必须通过响应头发送——因为它的优先级高于 <meta>，且不受 HTML 解析顺序、BOM、JS 阻塞影响。
- Nginx 示例：
add_header X-UA-Compatible "IE=edge";（注意引号） - Express 示例：
res.setHeader('X-UA-Compatible', 'IE=edge');（必须在res.send()前调用） - 验证方式：打开 DevTools → Network → 找 HTML 请求 → Headers → Response Headers，确认是否存在该字段
国产双核浏览器该用哪个 meta 控制内核
360、QQ、搜狗等浏览器识别的是 renderer，不是 X-UA-Compatible。它们的切换逻辑独立于 IE 文档模式，且至今仍在广泛使用。
立即学习“前端免费学习笔记（深入）”；
- 强制走 WebKit 内核（“极速模式”）：
<meta name="renderer" content="webkit"> - 要走 IE 标准模式（非兼容模式）：
<meta name="renderer" content="ie-stand"> - 要走 IE 兼容模式（模拟旧版 IE 行为）：
<meta name="renderer" content="ie-comp"> - 建议同时加：
<meta name="force-rendering" content="webkit">，部分旧版双核浏览器需此标签才生效 -
content值严格区分大小写；webkit不是Webkit或WEBKIT
真正容易被忽略的点是：国产双核浏览器的内核选择是多层 fallback 机制，单靠一个 renderer 标签极易失效；而 X-UA-Compatible 即使写对了，在绝大多数真实用户环境中也根本不会起作用——它早已不是“配置项”，而是历史残留的幻觉。
