ie条件注释仅在ie5–ie9有效，ie10+及所有现代浏览器（含edge）完全不解析，应改用运行时能力检测、document.documentmode判断或服务端ua识别等更可靠的替代方案。

<!--[if IE]> 这类写法在现代项目里基本没用，IE5–IE9 已退出历史舞台，IE10+ 和所有现代浏览器（包括 Edge）完全不解析条件注释——它不是“兼容性差”，而是根本不存在。

条件注释只在 IE5–IE9 中有效

IE 条件注释是 Trident 渲染引擎的私有特性，仅存在于 IE5.0 到 IE9 的完整版本中。IE10 在标准模式下彻底移除该机制；即使开启兼容性视图，也仅模拟 IE7/IE8 行为，且依赖用户手动设置，不可靠。Chrome、Firefox、Safari、Edge（基于 Chromium）全部无视 <!--[if ...]> 结构，直接当作普通注释跳过。

常见错误现象：

• 在 Edge 或 Chrome 里写 <!--[if IE]><script src="ie-only.js"></script><![endif]-->，结果脚本既不加载也不报错——因为整段被当注释吃了

• 用 <!--[if !IE]>-->...<!--<![endif]--> 想让非 IE 执行，但 IE9 会解析成“先闭注释再开注释”，导致 HTML 结构损坏

替代方案比硬写条件注释更可靠

现在处理旧版兼容问题，应该用运行时检测而非 HTML 预编译判断。重点不是“哪个浏览器”，而是“支持什么能力”。


Wechat HTML Publisher
直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。
下载

推荐做法：

• 用 document.documentMode 检测是否为 IE（仅 IE 支持，返回数值如 7/8/9，IE10+ 返回 undefined）
• 服务端根据 User-Agent 字符串识别 IE，并输出不同 HTML —— 但注意 UA 可伪造，仅适合兜底或统计
• CSS 层面用 body 类名渐进增强：JS 检测后加 class="ie9"，再写 .ie9 .foo { ... }
• JS 功能降级：用 'querySelector' in document 替代版本号判断，更准确也更未来安全

如果真要保留旧代码，必须避开 IE10+ 解析陷阱

有些遗留系统仍需维护 IE9，此时若必须用条件注释，得严格限定范围并验证渲染结果。

关键限制：

• 只在明确目标为 IE6–IE9 的场景下使用，例如加载 ie8-fix.css 或补丁 JS
• 避免嵌套或混用 <!--[if !IE]> 和下降式写法，IE9 对 <!--[if !IE]>--> 的解析行为不稳定
• 不能在 外使用，部分 IE 版本对 body 中条件注释支持异常
• 检查最终 HTML 输出：用 IE9 开发者工具 → “文档模式”设为 IE9 标准，确认内容被正确展开

真正容易被忽略的是：条件注释不是“前端兼容方案”，它是 IE 时代的临时胶带。今天还在 HTML 里写

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！