条件注释仅存在于IE时代，现代HTML已无原生支持；HTML5不承认
条件注释只存在于 IE 时代，现代 HTML 中已无原生支持
HTML5 规范不承认 <!--[if IE]> 这类语法为合法注释，浏览器（包括 Edge）会将其当作普通注释处理，但构建工具或模板引擎可能仍会识别并保留它。真正需要处理的不是“条件注释”本身，而是项目中残留的、本意用于旧版 IE 的结构化注释块——它们常被误认为是普通注释而漏删，或被正则误判为非法语法。
<!--[if IE]> 类注释必须用专用正则匹配，不能混进通用注释规则
通用注释正则 (?s)<!--[\s\S]*?--> 会把 <!--[if IE]> 当作普通注释匹配，但它没有对应的 --> 结尾（真实结尾是 ），导致非贪婪匹配失效，可能吞掉大段后续内容，甚至删到文件末尾。
- 安全匹配 IE 条件注释起始：用
<!--\s*\[if\s+IE\b[^]]*?\]> - 匹配完整条件注释块（含结束标记）：用
<!--\s*\[if\s+IE\b[^]]*?\]>[\s\S]*?<!\[endif\]--> - 若需同时覆盖
<!--[if lt IE 9]>或<!--[if !IE]>，把IE\b改成(?:IE|lt\s+IE|!IE) - VS Code 中启用正则后，替换为空即可；注意先关闭“Match Case”，避免
ie漏匹配
Webpack 构建时删条件注释要显式开启 removeConditionalComments
使用 html-webpack-plugin 或 html-minifier-terser-webpack-plugin 时，removeComments: true 默认**不会**删 <!--[if IE]> 这类条件注释——这是有意设计，因部分老系统仍依赖它们。必须额外加开关：
- 配置项写成
minify: { removeComments: true, removeConditionalComments: true } - 不加
removeConditionalComments: true，这类注释会原样保留在产出 HTML 中 - 如果项目已彻底放弃 IE 支持，这个选项应始终开启；否则上线后可能意外暴露调试逻辑或过期样式钩子
删完必须人工核对 <noscript> 和 <script> 内容是否被波及
条件注释常包裹 <script> 或 <link>，例如：
立即学习“前端免费学习笔记（深入）”；
<!--[if IE]> <script src="ie-fix.js"></script> <![endif]-->
若正则写得过于宽泛（比如用了 <!--.*?--> 而没限定换行），可能把 <script></script> 标签内部的字符串（如 console.log("-->")）也当注释结尾误截断，造成 JS 语法错误。
- 删完立即在浏览器打开 HTML，检查控制台有无
Uncaught SyntaxError - 搜索文件中所有
<script></script>块，确认其内容未被截断或错位 - 特别留意内联脚本里是否出现孤立的
<!--或-->—— 它们本是 JS 注释写法，但被 HTML 层正则误伤后，会导致执行异常
<script></script> 或 <style></style> 块里——那种场景下，正则根本分不清哪层是 HTML、哪层是 JS 字符串。
