正则表达式匹配括号内容优化：解决多独立括号误匹配问题

这个问题我之前也碰到过，核心原因是你用的\(.*\)属于贪婪匹配——它会尽可能抓取最长的符合规则的内容，所以在有多个独立括号的文本里，会从第一个(一直匹配到最后一个)，这就导致错误包含了中间的DEF部分。

咱们分两种场景来解决：

场景1：只需要匹配单层括号对（无嵌套） #

如果你的需求里不需要处理嵌套括号，只需要匹配每个独立的(...)，那把贪婪匹配改成非贪婪匹配就行，正则调整为：

\(.*?\)

• 解释：.*?会尽可能匹配最短的内容，遇到第一个闭合的)就停止匹配。
• 测试效果：在文本This is ABC (XXX) DEF (XXX) (XXX)里，会分别匹配到(XXX)、(XXX)、(XXX)，完全符合预期。
• 注意：这个正则不支持嵌套括号，比如遇到(DEF(GHI)JKL)时，它会错误匹配(DEF(GHI)。

场景2：需要支持嵌套括号（同时兼容多独立括号） #

如果要兼顾嵌套括号和多个独立括号的正确匹配，就得用到递归匹配/平衡组，不同正则引擎的语法略有不同：

支持PCRE的引擎（如PHP、Perl，或Python的regex库） #

用递归正则：

\((?:[^()]|(?R))*\)

• 拆解一下逻辑：
  • \( 匹配开头的左括号
  • (?:[^()]|(?R))*：非捕获组，要么匹配非括号的普通字符，要么递归匹配整个正则（也就是处理嵌套的括号对），允许重复任意次
  • \) 匹配结尾的右括号
• 测试效果：
  • 对ABC ( DEF (GHI) JKL ) MNO，会正确匹配( DEF (GHI) JKL )
  • 对This is ABC (XXX) DEF (XXX) (XXX)，会分别匹配每个(XXX)

.NET正则引擎 #

用平衡组语法：

\((?>[^()]|(?<open>\()|(?<-open>\)))*(?(open)(?!))\)

• 核心逻辑是通过命名组来跟踪括号的平衡：
  • (?<open>\()：遇到左括号时，往open组里存一个标记
  • (?<-open>\))：遇到右括号时，从open组里移除一个标记
  • (?(open)(?!))：最后检查open组是否为空，如果不为空说明括号不匹配，直接失败

内容的提问来源于stack exchange，提问作者Vnuuk