正则匹配空格：惰性匹配与贪婪匹配哪个性能更优？

首先明确结论：在你这个Alex\s+?Smith的场景里，几乎没有性能收益，甚至某些情况下可能和贪婪模式Alex\s+Smith表现完全一致，原因如下：

• 正则引擎的匹配逻辑：当Alex匹配成功后，接下来要匹配\s+?Smith。惰性模式下，引擎会先尝试匹配最少的空格（1个），然后立刻检查后面是否是Smith。如果是，直接匹配成功；如果不是，再增加空格数量继续尝试。
• 而贪婪模式\s+会先匹配尽可能多的空格，然后回溯检查后面是否是Smith——但在你的场景里，Smith是固定的后续字符，一旦引擎匹配到Alex后，不管是贪婪还是惰性，只要后面紧接着的是空格+Smith，两种模式的匹配路径其实差异极小。

举几个实际场景的例子：

1. 匹配目标是Alex Smith（3个空格）：

   • 惰性模式：先匹配1个空格，检查后面是不是Smith？不是（后面还有2个空格），再匹配第2个，再检查，还不是，匹配第3个，检查是Smith，完成匹配。
   • 贪婪模式：先匹配所有3个空格，然后回溯，去掉1个空格，检查后面是不是Smith？不是（还有1个空格），再去掉1个，剩下1个空格，后面是Smith，完成匹配。
     两种模式的步骤数几乎一样，性能没区别。

2. 匹配目标是AlexSmith（无空格）：
   两种模式都会在Alex匹配后，尝试匹配至少1个空格失败，直接返回不匹配，步骤完全相同。

3. 匹配目标是Alex John Smith：
   两种模式都会在匹配Alex后，尝试匹配空格直到遇到John时发现不是Smith，最终返回不匹配，步骤差异可以忽略。

那什么时候惰性模式对空格匹配有性能优势？只有当后续的匹配字符可能在空格中间出现的场景，但你的场景是固定匹配Smith，所以不存在这种情况。

总结：在你这个特定的姓名匹配场景中，给\s+加惰性修饰符没有明显的性能收益，两种模式的表现基本一致。你可以根据自己的习惯选择，不用纠结性能差异。

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