JavaScript 全局正则匹配中 lastIndex 导致的匹配异常解析

问题现象与代码复现

最近在JavaScript开发中发现正则表达式的全局匹配存在一个隐蔽的陷阱，起初现象令人费解，甚至让人怀疑是否出现了非代码层面的异常。

以下是引发该问题的示例代码。

   var str=["二七1","二七2","金水","二七3","二七4","二七5"]
        var reg=new RegExp("二七","g");
        for(var i=0;i<str.length;i++){
            if(reg.test(str[i])){
                console.log(str[i])
            }
        }

尝试使用正则表达式对字符串数组进行全局匹配，并在匹配成功时输出结果，最终得到的输出结果如下。

结果显示部分预期匹配的项缺失，为了排查原因，我对这些缺失的项进行了单独的判断测试。

      var str=["二七1","二七2","金水","二七3","二七4","二七5"]
        var reg=new RegExp("二七","g");
        for(var i=0;i<str.length;i++){
            if(reg.test(str[i])){
                console.log(str[i])
            }
            if(i==1){
                console.log(reg.test(str[i]))
            }
            if(i==4){
                console.log(reg.test(str[i]))
            }
        }

单独测试的结果显示依然有缺失，但仔细观察可以发现，之前被认为缺失的项实际上是符合正则判断条件的。

lastIndex机制解析

为了解决疑惑，查阅相关资料后找到了关于正则匹配机制的解释。

当正则表达式成功匹配到字符串时，lastIndex属性会被设置为第一次匹配到字符串的结束位置，作为下次全局匹配检索的起点；如果后续字段能继续匹配成功，lastIndex会不断更新；一旦匹配失败，lastIndex会被重置为0。

经导师指导，确认匹配成功后lastIndex会返回匹配结束后的下一个索引值。例如第一次匹配成功后，lastIndex为2（对应字符串内的下标，而非数组下标）。因此，在判断str[1]时，正则引擎实际上是从字符串下标2的位置开始匹配，而非从0开始，导致第二次判断返回false。此时匹配失败，lastIndex被重置为0，因此第三次匹配能够成功。

因此，在判断结果为true后手动将lastIndex重置为0，数据即可正常输出。

此时数据输出恢复正常。

解决方案与总结

总结

若使用全局匹配，建议在每次查询后将lastIndex置零；或者不使用全局匹配标志，直接进行单次匹配即可避免此类问题。

此处引用网友对该机制的总结：

lastIndex字面意为最后一个索引，实际表示正则表达式开始下一次查找的索引位置。首次查找时该值为0，查找完成后，lastIndex会被设为匹配到字符串的最后一个字符索引加1。第二次查找将从lastIndex指定的位置开始，后续依次类推。若未找到匹配，则lastIndex重置为0。需注意，lastIndex属性仅在全局标志（g）的正则表达式中生效。若移除代码中正则表达式的g标志，三次弹出的结果将均为true。

希望本文关于JavaScript正则匹配踩坑记录的解析对大家有所帮助，更多相关JS正则匹配内容请搜索本站以前的文章或继续浏览下面的相关文章，希望大家以后多多支持本站！