条件注释是唯一干净可控的IE6–IE9兼容方案，仅在HTML中生效且IE10+已废弃；它通过<!--[if lt IE 9]>等语法实现浏览器级隔离，不污染CSS，而属性前缀和选择器前缀易引发维护灾难与构建错误。
旧版IE（IE6–IE9）的CSS兼容性问题不是靠“加个前缀就能修好”，而是得先判断：你真需要支持它？如果必须支持，!important、属性前缀和条件注释这三类手段里，只有条件注释是干净、可控、不污染主样式流的——其他全是副作用明显的临时补丁。
IE条件注释只在HTML中有效，且IE10+已彻底废弃
条件注释是微软官方推荐、仅IE识别的HTML级开关，写法形如 <!--[if lt IE 9]>...<![endif]-->。它不依赖CSS解析器，所以不会被Chrome/Firefox误读，也不会干扰现代CSS书写逻辑。
-
<!--[if IE]>：所有IE（包括IE10/11的兼容模式，但Edge不认） -
<!--[if lt IE 9]>：IE8及以下（最常用，覆盖绝大多数老项目需求） -
<!--[if gte IE 8]>：IE8及以上（可用于隔离IE8+特有bug） - 注意：
<meta http-equiv="X-UA-Compatible" content="IE=edge">必须放在<head>最前面，否则条件注释可能失效
属性前缀法（如 _color、*color、color\9）极易引发维护灾难
这类hack直接混在CSS规则里，表面省事，实际会让后续开发者无法判断某条样式是否生效、为何生效、在哪个浏览器生效。更麻烦的是，它们依赖浏览器对非法语法的容错行为，而这种行为本身不稳定。
-
_color: red：仅IE6识别，IE7+完全忽略——但如果你后来删掉IE6支持，这条就变成死代码，没人敢动 -
*color: green：IE6/IE7都认，IE8开始部分失效；若同时存在!important，优先级顺序会因IE版本不同而反转 -
color: blue\9：IE6–IE11全认，但Firefox 4+、Safari 5.1+也意外识别过该写法，属于“侥幸没出事”型hack - 真实风险：当用PostCSS或CSS-in-JS工具处理样式时，这些前缀大概率被自动剔除或报错
用html选择器前缀做版本隔离，比属性前缀稍可控但仍有陷阱
利用IE对某些选择器的特殊解析能力（比如*html .box只被IE6识别），可以把整块规则“锁”到特定版本，比单个属性前缀更容易批量控制。
立即学习“前端免费学习笔记（深入）”；
-
*html .box { width: 200px; }→ 仅IE6生效 -
*+html .box { width: 220px; }→ 仅IE7生效（注意：需严格DOCTYPE触发标准模式） - 问题在于：这些选择器本身是无效CSS，现代Linter（如stylelint）默认报错；Webpack/CSS Modules等构建流程可能直接丢弃整条规则
- 如果页面用了
display: flex之类新特性，再叠加这种hack，调试时根本分不清是flex没生效，还是hack没触发
真正棘手的不是“怎么写hack”，而是“怎么让团队其他人不误删、不误改、不误以为它已失效”。条件注释把兼容逻辑从CSS抽离到HTML层，至少做到了物理隔离——这点在多人协作的老项目里，比任何炫技式CSS技巧都重要。
