其实我很少用这个,所以之前一直没注意这个问题,自从落叶那厮写了个变态的测试我才去看了下这东西
下面的代码都是在chrome的f12下调试的,大家可以研究一下
先来看个东西吧。
1
2
3
4
5
|
var re = /\d/;
console.log( re.test( "1" ) );
console.log( re.test( "1" ) );
console.log( re.test( "1" ) );
console.log( re.test( "1" ) );
|
全部是 true 没问题。。
但是你把 /\d/; 改成 /\d/g; 再试试。
再次修改:
1
2
3
4
|
console.log( /\d/g.test( "1" ) );
console.log( /\d/g.test( "1" ) );
console.log( /\d/g.test( "1" ) );
console.log( /\d/g.test( "1" ) );
|
全部是 true,这究竟是为什么呢?
这些结果相当有意思,当然高手自然知道为什么,如果你知道的话,下面其实可以跳过不用看了,全是水文而已。。
正则里有一个 lastindex
的属性,是下一次匹配的开始位置。
1
2
3
4
5
|
var re = /\d/g;
console.log( re.test( "1" ), re.lastindex );
console.log( re.test( "1" ), re.lastindex );
console.log( re.test( "1" ), re.lastindex );
console.log( re.test( "1" ), re.lastindex );
|
可以看到 第一次匹配结果为 true
表示匹配成功,此时 lastindex
记录下一次匹配的起始位置为 1。
于是第二次匹配的时候 从 "1" 字符串索引 1 的位置匹配,当然就匹配失败了,因为这个字符串只有一个字符,他的索引是 0。
而 /\d/g.test("1")
这个为什么每次匹配成功能呢?
因为它直接用正则字面量,相当于每次重新创建一个正则对象,lastindex
属性的初始值是 0。
所以每次都能匹配成功。
现在是不是理解了,包括 exec
也一样,每次匹配一个,lastindex
记录下次匹配的起始位置。
如果非要用一个正则对象的,那就只有每次 test
前重置 lastindex
了,这样才能保证他不出意外。
1
2
3
4
5
6
7
8
|
var re = /\d/g;
console.log( re.test( "1" ) );
re.lastindex = 0;
console.log( re.test( "1" ) );
re.lastindex = 0;
console.log( re.test( "1" ) );
re.lastindex = 0;
console.log( re.test( "1" ) );
|
好了,今天修改语法高亮插件花了不少时间,所以水了一篇,望大家海涵。。
原文链接:https://www.cnblogs.com/52cik/p/js-regexp-test.html