X-UA-Compatible仅对IE8–IE11有效，现代浏览器完全忽略，其生效需同时满足HTTP头未冲突、meta紧贴head开头且有正确doctype三个条件。
它在当前政务系统中基本不生效，除非你明确锁定 IE11 或旧版 Edge 的 IE 模式，且已确认终端策略未强制覆盖。
IE 已停服，X-UA-Compatible 仅对 IE8–IE11 有效
IE 浏览器已于 2025 年 6 月 15 日正式终止支持，X-UA-Compatible 机制随之失效。现代 Chromium 内核浏览器（包括新版 Edge）、Firefox、Safari 完全忽略该 meta。政务系统若已全面切换至国产双核浏览器（如 360、QQ、UC 政务版），其行为由 renderer meta 或 HTTP 头控制，与 X-UA-Compatible 无关。
仅当系统仍需支撑以下场景时，才需考虑它：
- 内网环境强制使用 IE11（未升级 Edge）
- Edge 启用了“IE 模式”，且页面被加入 IE 模式站点列表
- 省级/市级老旧 OA 系统尚未完成前端重构，仍依赖 IE 特有 DOM 行为（如
document.all、attachEvent）
写在 <head> 开头 ≠ 生效，三件事必须验证
X-UA-Compatible 不是开关，而是“建议”。它是否起作用，取决于三个运行时条件：
立即学习“前端免费学习笔记（深入）”；
- HTTP 响应头中不能存在同名字段——若服务端设置了
X-UA-Compatible: IE=5，即使 HTML 里写了IE=edge，IE 仍按 5 渲染 -
<meta http-equiv="X-UA-Compatible">必须紧贴<head>起始位置，前面不能有注释、BOM、空格或非<meta charset>标签 - 页面必须声明
<!DOCTYPE html>；否则 IE 直接进入 Quirks 模式，该 meta 全部失效
验证方式不是看源码有没有写，而是打开 IE11 或 Edge 的 IE 模式 → F12 →「仿真」标签页 → 查看「文档模式」显示的数字（注意：不是「用户代理」）。
content 值的实际效果差异极大
不同 content 值触发完全不同的解析逻辑，但只影响 IE8–IE11：
-
IE=edge：请求以当前 IE 最高可用文档模式渲染（如 IE11 下为 11），但受组策略限制时可能回落到 7 或 8 -
IE=EmulateIE9：模拟 IE9，但尊重<!DOCTYPE>；若无 doctype，则退化为 Quirks，该值失效 -
IE=7：强制使用 IE7 标准模式（无视 doctype），IE10+ 已忽略后续多值（如IE=7,IE=9中只有IE=7生效） -
chrome=1：早已失效——Google Chrome Frame 项目 2014 年终止，现代 IE/Edge 完全无视
政务系统若仍在用 IE=EmulateIE7，会导致 IE9+ 也降级运行，丧失 HTML5、CSS3 和部分 JS API 支持，性能明显下降。
服务端响应头比 HTML meta 更可靠，但优先级易被误读
HTTP 响应头在 HTML 解析前就送达，无法被 JS 修改，因此更稳定。常见配置方式：
- Apache：
Header set X-UA-Compatible "IE=edge"（需启用mod_headers） - Nginx：
add_header X-UA-Compatible "IE=edge";（放在server或location块内） - Express：
res.setHeader('X-UA-Compatible', 'IE=edge');（必须在res.send()前调用）
注意：响应头与 meta 同时存在时，响应头胜出；但 IE 不比较“哪个更先进”，只机械执行收到的值。若响应头是 IE=5，哪怕 meta 是 IE=edge，结果仍是文档模式 5。
真正容易被忽略的是：很多政务系统部署在 IIS 上，但运维人员只改了 HTML，没动 web.config 中的 <httpProtocol><customHeaders> 配置，导致响应头为空——此时才轮到 meta 发挥作用，而它又极易因顺序或 doctype 缺失而失效。
