X-UA-Compatible仅对IE8–IE11有效，现代浏览器完全忽略；IE停服后应移除该meta，改用HTTP响应头，并关注国产双核浏览器的renderer meta。
X-UA-Compatible 在混合政企浏览器环境下仍有实际作用，但仅限于仍在运行 IE11 或国产双核浏览器（如 360、QQ 浏览器）的终端——现代 Chrome/Edge/Firefox 完全忽略它，且 IE11 自 2022 年 6 月起已停止支持。
为什么 IE11 用户仍可能触发旧文档模式
政企内网常存在三类强制降级机制：用户手动勾选「兼容性视图」、IT 部门通过组策略全局锁定 IE7/8 模式、老旧 OA 系统嵌套 frameset 导致子页面继承父页文档模式。即使你写了 IE=edge，这些外部干预仍会覆盖它。
-
X-UA-Compatible只对 IE8–IE11 生效，IE11 后期版本已屏蔽IE=5/IE=7等低版本模式 - 国产双核浏览器（如 360）需额外声明
<meta name="renderer" content="webkit">或"ie-comp"，否则可能默认走 Trident 内核 - 若页面被嵌入
iframe或frameset，只在顶层页面写X-UA-Compatible即可，子 frame 会继承（但需确保子页面不自行覆盖）
meta 标签位置错误是失效主因
IE 解析 HTML 时，一旦开始构建 DOM 就不再读取后续 <meta http-equiv="X-UA-Compatible">。哪怕前面只有一个 UTF-8 BOM、<title>、注释或空行，整个声明都会被跳过，页面退回到 Quirks 模式。
- 必须放在
<head>的**绝对第一行**，紧随<head>开始标签之后（<meta charset="utf-8">可在其后，但不能前置） - content 值严格区分大小写：
IE=edge有效，ie=edge或IE = edge（含空格）均无效 - 避免动态 JS 注入该 meta —— 此时 DOM 已开始渲染，为时已晚
HTTP 响应头比 meta 更可靠
服务器端设置 X-UA-Compatible 响应头，优先级高于 HTML 中的 meta，且在 HTML 解析前就生效，能绕过 BOM、注释、JS 干扰等问题。
立即学习“前端免费学习笔记（深入）”；
- Nginx 配置：
add_header X-UA-Compatible "IE=edge";（加在server或location块中） - Apache：
Header set X-UA-Compatible "IE=edge"（需启用mod_headers） - Node.js（Express）：
res.setHeader('X-UA-Compatible', 'IE=edge'); - 注意：若响应头与 meta 同时存在，响应头胜出；若响应头设为
IE=5而 meta 写IE=edge，最终仍按IE=5执行
真正要检查的不是 meta，而是底层兼容性
把精力花在 X-UA-Compatible 上，不如直接验证 JS 和 CSS 在 IE11 下是否真能跑通。很多“兼容问题”根本不是文档模式导致，而是特性缺失。
- CSS：
flex必须用-ms-flexbox前缀，grid完全不可用，calc()在嵌套百分比场景下计算异常 - JS：无
Promises、fetch、Array.from，let/const在非严格模式下报错，事件绑定得回退到attachEvent - DOM：
classList在 IE10+ 才支持，IE9 及以下需 polyfill；dataset不可用
文档模式只是开关，它不会自动补全缺失 API。如果你的代码依赖 fetch 却没做降级，IE=edge 也救不了你。
