JavaScript带称谓姓名匹配正则的重复头衔误匹配问题排查

首先明确当前使用的匹配正则为：/(\b(Mr\.|Mrs\.|Ms\.|Dr\.|Er\.){1}[a-zA-Z])/i，该正则在Mr.Mr. John Son这类双称谓输入下返回匹配成功，根源来自三个层面的逻辑问题：

• {1}量词的认知误区
  正则中添加的{1}是量词的默认状态，附着在称谓分支后时，和不添加该量词的匹配行为完全一致：它仅要求紧邻的称谓单元在当前扫描位置恰好匹配1次，完全不具备“全局限制整个输入仅允许出现1次称谓”的约束能力。正则采用从左到右逐位扫描的逻辑，只要扫描到任意位置满足“单词边界+1次合法称谓+后续紧跟字母”的规则，就会判定匹配成功，不会回溯校验该匹配位置之前是否存在冗余的重复称谓。例如输入场景中，第二个Mr.的位置刚好满足匹配规则，正则直接在这里命中结果，完全忽略前面多余的第一个Mr.片段。
• 单词边界在连写场景的校验失效
  正则开头的\b单词边界，在无空格连写的重复称谓场景中无法起到拦截作用：Mr.Mr.这类字符串里，第一个Mr.的句点属于非单词字符，后面紧跟的M属于单词字符，两者的交界天然符合\b的定义，第二个Mr.可正常通过开头的边界校验。
• 缺失前置负向校验规则
  原正则的校验逻辑仅覆盖了“被捕获片段的内部结构合法性”，没有添加针对“称谓匹配位置之前是否存在连续冗余称谓”的负向匹配规则，自然无法拦截连续双称谓的输入场景。

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