先看下边代码
var value = '-1'; var reg = /^-{0,1}d+$/g; debugger; if (reg.test(value)||reg2.test(value)) { //your logic code. }
我们在用上边代码在debugger处去监视,在浏览器的控制台上,我们就看到了下边这两张图上的现象
现象解说:
首先,我们应该要了解的一个知识点是:
正则.test()等几乎所有正则对象的方法都会记忆上次正则到的位置,在下次匹配同一个对象(同一个静态值有可能会被视为同一个对象)时,会从这个位置开始向后继续查找,于是,如下资料:
正则匹配全局后 lastIndex会加1,下一次匹配会变成从第二位开始,而你test里面只有1位,所以匹配失败,匹配失败后lastIndex会变成0,再下一次匹配从第一位开始,匹配成功.....
要么去掉/g,要么手动把reg.lastIndex=0
基于以上认识,我们应该想到:
var reg = /^-{0,1}d+$/g;
reg.test(value)或者reg.test('-1')这种写法中,value或静态值(固定值)都将可能被视为同一个对象,展示给解释器的几乎可以认为是同一个对象,那么,问题来了,reg是一个固定指向的对象(指向的内存资源是同一个),去验证的对象也是一个固定指向的对象(指向的内存资源是同一个),这时,正则对象中的lastIndex属性将会是恒有效的,
于是,
当我们第一次调用reg.test('-1')时,lastIndex=0,于是,返回true
当我们第二次调用reg.test('-1')时,lastIndex=2(索引1位置已被上次的匹配项占用),于是,返回false,此时,由于索引超界,会被正则对象重置回0
当我们第三次调用reg.test('-1')时,lastIndex=0,于是,返回true
……
至于(/^-{0,1}d+$/g).test('-1')这种写法,因为(/^-{0,1}d+$/g)每次调用都相当于新声明一个对象,所以每次都成立
至于eval("/^-{0,1}d+$/g").test('-1')这种写法,代用w3school中的一句话“虽然 eval() 的功能非常强大”,但是实际上eval转义出来的是object类型的对象,你提取其中的一些属性或者执行些动态语句还行,更多的,你暂时就别寄希望于一个object.test()方法能得到个啥东东了,看下图,对eval的写法还是打消任何想法吧
为了验证我们上边的猜想,我们做了个实验,同样是在浏览器控制台中,我们得到了下边这张图:
从图上看,我们的猜想是成立的。