X-UA-Compatible在现代项目中已无实际生效场景，应彻底移除；仅遗留IE11内网系统或旧版Edge IE模式下需谨慎使用，且极易因BOM、顺序、大小写或服务端响应头覆盖而失效。
X-UA-Compatible 已无实际生效场景，现代项目应彻底移除；仅在维护 IE11 内网系统或旧版 Edge 的 IE 模式时才需考虑，且极易失效。
IE=edge 写在 <head> 开头却无效？检查三件事
它不是“写了就起作用”的配置，而是 IE8–IE11 解析 HTML 时的早期硬性开关——一旦错过时机，整页退化为 Quirks 模式：
-
<meta http-equiv="X-UA-Compatible" content="IE=edge">必须是<head>中第一个非空白字符，前面不能有 BOM、空格、换行、<!-- -->注释、<title>或其他<meta> - 编辑器保存编码必须为 UTF-8 without BOM；PHP/Node 模板若自动注入调试脚本或注释，也会挡在它前面
- 浏览器 DevTools → Network → 找 HTML 请求 → Response Headers 中必须出现
X-UA-Compatible字段（说明服务端没覆盖它）
content 值写错一个字母就降级为 IE5 文档模式
IE 对该属性值解析极其脆弱，大小写、空格、拼写偏差都会导致 fallback 到最低兼容模式：
- 合法写法仅限：
IE=edge、IE=10、IE=EmulateIE11、IE=7——IE=全大写，后缀小写或驼峰均可（如IE=Edge在部分版本识别，但不推荐） -
ie=edge、IE = edge、IE=Edge（首字母大写其余小写）、IE=edge,chrome=1全部无效 -
chrome=1自 2014 年 Chrome Frame 停运后即失效，现代 IE/Edge 完全忽略
HTTP 响应头比 meta 标签更可靠，且优先级更高
服务端发送的 X-UA-Compatible 响应头在 HTML 解析前就送达，不受页面结构干扰，是唯一可控手段：
立即学习“前端免费学习笔记（深入）”；
- 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()之前调用） - 注意：若响应头值为
IE=5，即使 meta 写IE=edge，IE 也强制执行IE=5—— 它不比较优劣，只机械执行收到的第一个合法值
国产双核浏览器需要额外加 <meta name="renderer">
360、QQ、搜狗等浏览器在 IE 内核下常无视 X-UA-Compatible，必须补上 renderer meta 才能控制内核切换：
-
<meta name="renderer" content="webkit">：强制 WebKit 内核（Chromium） -
<meta name="renderer" content="ie-comp">：强制 IE 兼容模式（类似 IE7） -
<meta name="renderer" content="ie-stand">：强制 IE 标准模式（对应当前 IE 最高文档模式） - 这个
renderermeta 无优先级冲突问题，但必须和X-UA-Compatible同时存在才有效
真正麻烦的不是怎么写，而是验证——你看到源码里写了 IE=edge，不代表它真被 IE 读取了；你看到 F12 仿真标签页显示“文档模式：11”，也不代表 JS/CSS 行为就正常。IE 的兼容性干预本质是“尽力而为”的妥协，不是确定性保障。
