正则匹配含嵌套标签的style标签及内部内容失效如何解决

原正则匹配失效的核心原因是内部内容捕获规则([^<]+)?仅支持匹配不含<字符的文本，一旦style标签内部出现带尖括号的内容（比如svg/path标签、CSS子代选择器>、跨行注释），匹配逻辑就会直接中断。

<style[^>]*>[\s\S]*?<\/style>

• <style[^>]*>：匹配style开标签，兼容所有带属性的style场景（比如type="text/css"、scoped等属性），和原正则的开标签匹配逻辑一致
• [\s\S]*?：核心修正部分：
  • \s匹配所有空白字符（包含换行、制表符、回车），\S匹配所有非空白字符，二者组合可以覆盖任意文本内容，包括尖括号、换行、特殊符号
  • *?是非贪婪匹配限定符，会在遇到第一个有效闭合标签时停止匹配，不会出现跨多个style标签过度匹配的问题
• <\/style>：精确匹配style闭合标签，替换原正则中容错度过高的<[\s\/]+style>规则，避免把尖括号后带多余空格的非法标签（比如< style>）误判为闭合标签，匹配精度更高

• 如果使用的正则引擎支持DOTALL（单行模式，即让.可以匹配包括换行在内的所有字符），也可以将正则简写为<style[^>]*>.*?<\/style>，使用时开启单行模式即可，匹配效果和上述写法完全一致
• 该写法可以覆盖绝大多数常规场景：包括style内部嵌入svg/path标签、CSS语法包含尖括号、样式内容跨行、标签内带任意属性等情况
• 极端边缘场景提示：如果style标签内部的CSS注释或字符串中直接出现了</style>文本，正则会出现提前终止匹配的问题，这类场景无法通过正则100%完美覆盖，对精度要求极高的场景建议使用专门的HTML解析器处理。

内容的提问来源于stack exchange，提问作者WP-Silver