为何正则表达式错误匹配了字符串中大于17的数值？

我来帮你拆解一下问题所在，你的正则/^\b((1[0-7]|[1-9])\,?)+$/g之所以会匹配18、19、181111这些超出范围的数值，核心原因是它允许把多位数拆分成单个合法的数字字符，通过重复分组来完成匹配，具体细节如下：

1. 分组重复的逻辑漏洞 #

正则里的((1[0-7]|[1-9])\,?)+中的+表示前面的整个分组可以重复多次。举个例子，对于18来说，正则会把它拆成两个独立的匹配项：

• 第一个1匹配[1-9]
• 第二个8也匹配[1-9]
  因为两个分组都符合规则，而且中间没有逗号也被\,?允许，所以整个18就被错误判定为合法匹配了。同理，181111会被拆成多个1和8的单个字符匹配，全部符合[1-9]的规则，自然也能通过校验。

2. \b单词边界完全没用 #

你加的^\b其实是冗余且无效的：^已经锚定了字符串开头，而数字开头的位置本身就是单词边界，但当多个数字连续时，数字与数字之间不存在单词边界（比如1和8之间是连续的数字字符，没有非数字字符分隔），所以\b根本无法阻止多位数被拆分成单个字符匹配。

3. 缺少对完整数值的边界限制 #

你的正则只校验了单个数字字符的合法性，却没有限制每个数值必须是完整的独立项——也就是说，你需要确保每个被逗号分隔的部分是一个1-17的完整数字，而不是多个合法数字字符的拼接。

修正后的正则方案 #

要解决这个问题，我们需要让正则匹配完整的1-17数值，再处理逗号分隔的逻辑：

/^(1[0-7]|[1-9])(?:,(1[0-7]|[1-9]))*$/

正则解释： #

• ^ 锚定字符串开头
• (1[0-7]|[1-9]) 匹配第一个完整的1-17数值（1-9或10-17）
• (?:,(1[0-7]|[1-9]))* 非捕获分组，匹配0次或多次“逗号+完整1-17数值”的组合，确保后续每个项都是合法的完整数值
• $ 锚定字符串结尾

这样修改后，18、19这类多位数就会因为无法匹配1[0-7]|[1-9]这个完整数值规则而被拒绝，完美符合你的需求。

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