全局正则为何漏掉重叠结果？

启用全局正则，并不意味着会返回所有彼此重叠的子串。常规扫描在一次消耗字符的匹配结束后继续，因此可能跳过与前一结果共享字符的候选。若业务需要重叠统计，应明确采用按位置检查等方法，不能仅打开全局选项就认定计数完整。

2026年11月8日，www.kkce.com 实拍。前瞻加捕获组得到2个位置；下图普通aba扫描只有1个结果。与主图使用同一文本和选项；是否允许共享字符应由业务确定。

相同文字用两种表达式对照

在快快测正则测试对ababa使用aba，页面统计1个匹配；改成(?=(aba))得到2个匹配，并出现捕获组。两次保持g、i、m不变。主图展示后者，对照图为普通扫描，本例关注的是起始位置共享字符这一条件。

一次消耗会越过另一个起点

普通aba先取得前3个字符，接下来从其后继续，位于中间a处的第二个aba起点便已经过去。前瞻写法检查当前位置后不消耗同样的片段，可以让后续位置继续参与观察，因此在本工具中发现两个候选。

整体匹配与捕获内容并不相同

本例前瞻的整体结果为零长度，真正需要的aba在捕获组里。读取程序若只复制整体匹配字符串，可能仍然得到空值。应同时确认返回的索引、分组以及扫描推进行为，不能把修改表达式当成所有读取代码都自动兼容。

按业务定义决定是否允许共享字符

有些计数任务需要不重叠片段，有些字符串分析需要每个起点，两者没有统一答案。KKCE提供直观对照，实际程序还需验证引擎与循环规则。用一个明确的重叠样本写入验收说明，能减少“少一个结果”究竟算不算错误的争议。