这里有两行很有意思的代码:

re=/1{1,4}$/ig;
re.test(“1234”);
理论上输出应该是true,但是实际执行效果却是这样的,test交替输出true和false:

js的RegExp真的不需要compile()了吗?
test交替输出true和false
这显然不是开发者所期待的执行效果。使用compile()一下之后,恢复正常。执行效果如下:

js的RegExp真的不需要compile()了吗?
该效果在IE、FF、Chrome上均可重现。

发生交错的原因在于,加了参数g(全局模式)时,每次test之后,下次使用本次lastIndex的值做起点了。而compile()后的对象每次都会复位lastIndex到0.

可见,compile()的价值依然是存在的。然而,在MDN文档里明确说明,该方法已经过时了,不应使用。

RegExp.prototype.compile()

developer.mozilla.org
图标
所以,这是一个国际标准与浏览器厂商实现之间的矛盾了。


  1. 0-9A-Za-z ↩︎

相关文章:

  • 2022-12-23
  • 2021-08-08
  • 2021-07-01
  • 2021-09-13
  • 2021-09-26
  • 2021-08-09
  • 2021-07-09
猜你喜欢
  • 2022-12-23
  • 2021-09-24
  • 2021-05-26
  • 2021-11-12
  • 2022-12-23
  • 2022-02-09
  • 2021-05-07
相关资源
相似解决方案