一個關於JS正則匹配的踩坑記錄

Posted on by

最近發現在JS裡的正則匹配有一個坑，而且當時很莫名奇妙，一度讓我懷疑出現瞭靈異事件。

下面是踩坑代碼

   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])
            }
        }

我用正則對str進行全局匹配，當滿足的時候打印出來，於是乎我就得到瞭這個

莫名的少瞭兩個，然後我對它進行單獨的判斷

      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會被反復重新賦值，直到匹配失敗，它會被重置為0；

但我去請教瞭一下我的老師，他告訴我的是匹配到後是將lastIndex+1返回過去，也就是當我第一次匹配到後，lastIndex是2，這個2是字符串裡的下標，而不是數組的下標，所以在對str[1]進行判斷時是從字符串下標為2的開始，而不是從0開始，所以第二次判斷為false，這時匹配失敗，lastIndex被置為0，所以第三次可以匹配成功。

所以在判斷結果為true後將lastIndex置為0，這樣數據就正常瞭。

數據就正常瞭。

總結

如果使用全局匹配，那麼在每一次查到後將lastIndex置零，或者不使用全局匹配，直接匹配即可。

這裡奉上網友的總結：

lastIndex從字面上來講就是最後一個索引，實際上它的意思是正則表達式開始下一次查找的索引位置，第一次的時候總是為0的，第一次查找完瞭的時候會把lastIndex的值設為匹配到得字符串的最後一個字符的索引位置加1，第二次查找的時候會從lastIndex這個位置開始，後面的以此類推。如果沒有找到，則會把lastIndex重置為0。要註意的是，lastIndex屬性隻有在有全局標志正則表達式中才有作用，如果我們把上面代碼中正則表達式的g標志去掉，那麼三次彈出的就都是true瞭。

需要的朋友可以參考下，到此這篇關於一個關於JS正則匹配的踩坑記錄的文章就介紹到這瞭,更多相關JS正則匹配踩坑內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：

    None Found