content="ie=edge"在现代项目中基本失效，因其仅对ie8–ie11有效且依赖严格前置条件（无bom、无前置内容），而chrome/firefox/edge(chromium)完全忽略，ie已停服，目标浏览器实际不存在。
为什么 content="IE=edge" 在现代项目里基本失效
它只对 IE8–IE11 有效，且前提是标签位置绝对正确、无 BOM、无前置内容。Chrome、Firefox、Edge（Chromium 版）完全忽略该声明；IE11 后期更新已弱化部分行为；而 Edge Legacy（2021 年停更）也早已不响应多数旧值。现在写 content="IE=edge"，本质是在给一个已退役的浏览器发指令——不是代码错，是目标不存在了。
<meta http-equiv="X-UA-Compatible"> 必须放在
IE 解析器一旦开始构建 DOM，就不再读取后续的 <meta http-equiv="X-UA-Compatible">。哪怕前面多一个空格、一个 UTF-8 BOM 字节、或一行 <!-- 注释 -->，整个声明就被跳过，直接退入怪异模式或低版本文档模式。
- 用 VS Code 打开文件，开启「显示不可见字符」，确认
前无任何字符 - 不要在
<meta http-equiv="X-UA-Compatible">前写<title></title>、<meta charset>或其他<meta> - PHP/JSP 模板拼接时，检查是否有意外换行或 echo 输出干扰了头部顺序
国产双核浏览器不认 X-UA-Compatible，必须配 <meta name="renderer">
360、QQ、搜狗等浏览器根本不解析 http-equiv="X-UA-Compatible"，只认 name="renderer"。这个标签和 IE 的那个互不替代，必须共存，且 content 值严格区分大小写：
- 要走 WebKit 内核（极速模式）→
<meta name="renderer" content="webkit"> - 要走 IE 兼容内核（如网银页）→
<meta name="renderer" content="ie-comp"> - 要走 IE 标准内核 →
<meta name="renderer" content="ie-stand"> - 该标签对 Chrome/Firefox/Edge(Chromium) 无任何影响，仅作用于国产壳浏览器
本地开发预览时 content="IE=edge" 失效，大概率不是代码问题
VS Code Live Server、Python http.server、Webpack Dev Server 默认不发 X-UA-Compatible HTTP Header，只能靠 meta 标签生效——而 IDE 预览器或静态服务器常在 注入自己的内容，把你写的 <meta> 推到第二、三位，IE 直接无视。
- 优先用
强制标准模式，这是唯一跨浏览器、跨环境稳定的方案 - 避免依赖
document.documentMode判断 IE 版本，它在现代浏览器中返回undefined或固定为11，不可信 - 真要兼容旧环境，用特性检测代替 UA 判断，例如：
'flex' in document.body.style或!!window.Promise
真正麻烦的从来不是怎么写这行 meta，而是你根本没法控制用户用什么浏览器打开、IDE 怎么注入 head、服务端有没有悄悄加 BOM —— 这些隐性干扰，比语法错误更难排查。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
