HTML条件注释在现代浏览器中已完全失效，仅作普通注释；IE10+及Edge Chromium版不再解析，相关资源不会加载；应改用JS特性检测、构建时注入或服务端判断等可靠替代方案。
HTML条件注释在现代开发中已完全失效，不能用于逻辑控制或资源加载，仅能作为普通注释存在。 所有主流浏览器（Chrome、Firefox、Safari、Edge 79+）均不再解析 类语法，强行保留只会误导维护者、污染 HTML 体积、干扰自动化工具解析。
为什么
IE 条件注释是 IE5–IE9 的私有特性，从 IE10 开始被移除，Edge（Chromium 版）彻底不识别。现在写 <script src="html5shiv.js"></script>，浏览器只当它是普通注释——<script></script> 标签根本不会被加载，也不会报错，静默失效。
- 开发者工具的 Elements 面板里看不到该
<script></script>节点 - Network 面板查不到
html5shiv.js的请求 - 用
document.querySelector('script[src="html5shiv.js"]')返回null - 即使你在 IE11 或 Edge 旧版里测试，也得不到预期行为
替代方案：用 JS 特性检测代替浏览器检测
比起依赖已废弃的 UA 字符串或条件注释，直接检测目标能力更可靠、更轻量、更符合现代前端实践。
- 判断是否支持 Flexbox：
'flex' in document.documentElement.style - 判断是否需要 Polyfill：
!('Promise' in window) - 加载兼容脚本（如 html5shiv）：
if (!document.createElement('article').cloneNode) { loadScript('/js/html5shiv.min.js'); } - 避免用
navigator.userAgent做判断——它易被伪造、不可靠、且现代浏览器默认禁用部分 UA 字段
如果必须处理遗留 IE 兼容需求，该怎么写才不翻车
极少数政府/内网项目仍需支持 IE9–IE11，此时应把兼容逻辑收束到可控位置，而不是散落在 HTML 模板里。
立即学习“前端免费学习笔记（深入）”；
- 在入口 JS 中统一做检测，用
document.body.classList.add()添加ie9、ie10等 class，CSS 里用.ie9 .header {...}控制样式 - 用 Webpack 的
html-webpack-plugin+ 自定义 template 参数，在构建时注入特定脚本（而非运行时靠注释） - 若服务端是 Node.js，可用
useragent库解析请求头，在模板渲染阶段决定是否输出某段<script></script> - 绝对不要在注释里塞
<style></style>或<script></script>片段，比如<!-- <script>...</script> -->—— 浏览器不会执行，但可能被扫描工具误判为 XSS 风险
真正容易被忽略的是：注释本身会进入 DOM（作为 Comment 节点），影响 document.body.children 的长度、干扰某些依赖节点遍历的脚本，还增加首屏传输体积。哪怕只是留着一句
