正则表达式无法匹配含等号=的目标字符串问题求解

• 核心是正则的贪婪匹配规则和可选分组的匹配逻辑共同导致的：
  1. 原正则里只有开头的(category\s+(\w+))是必须匹配的部分，后面的等号分组(\s*=\s*)?、两个参数分组(?:\s+(\w+))?全部是可选项（带?量词），可选项匹配失败不会让整个匹配失效。
  2. 处理带等号的字符串时，等号分组里的\s*默认走贪婪匹配，会尽可能多匹配空白字符，直接把等号和后面第一个参数（比如pear）之间的所有空白全部匹配完，匹配结束后指针直接停在参数的第一个单词字符位置。
  3. 这时候后续参数分组要求先匹配\s+（至少1个空白）才能捕获参数单词，但当前位置前面已经没有空白剩下，参数分组自然匹配失败。
  4. 因为参数分组是可选的，匹配失败后引擎不会触发回溯——只有后面必须匹配的内容匹配失败时，引擎才会回退修改前面贪婪匹配的结果。引擎直接判定参数分组匹配0次，整个匹配提前结束，最终只能匹配到category fruits = 这部分，无法覆盖等号后面的参数内容。

根据兼容场景的不同，有两种常用修正方案：

• 方案1：调整空白归属，从根源避免冲突
  把等号分组里匹配等号后空白的规则去掉，将等号后的空白全部交给后续参数分组的\s+匹配，修正后正则如下：

  (category\s+(\w+))(\s*=)?(?:\s+(\w+))?(?:\s+(\w+))?
  

  这个写法可以完美兼容等号前后带空格、无等号的场景，匹配逻辑最清晰，不会出现空白被提前吞噬的问题。
• 方案2：兼容等号后直接接参数（无空格）的场景
  如果需要支持category fruits =pear orange这种等号和参数之间没有空格的写法，可以把第一个参数分组的前置空白匹配改成0个或多个，修正后正则如下：

  (category\s+(\w+))(\s*=\s*)(?:\s*(\w+))?(?:\s+(\w+))?
  

  这个写法下，即使等号分组吃掉了等号后所有空白，第一个参数也不需要前置空白就能被匹配到，同时不影响后续参数的匹配。

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