对于使用传统NFA引擎的大多数语言和工具,如Java、.NET来说,“.”的匹配范围是匹配除了换行符“n”以外的任意一个字符。
但是对于javascript来说有些特殊,由于各浏览器的解析引擎不同,“.”的匹配范围也有所不同,对于Trident内核的浏览器,如IE来说,“.”同样是匹配除了换行符“n”以外的任意一个字符,但是对于其它内核的浏览器,如Firefox、Opera、Chrome来说,“.”是匹配除了回车符“r”和换行符“n”以外的任意一个字符。
关于此细节的一些猜测
复制代码 代码如下:
#
# //IE下输出
# true
# false
# //Firefox、Opera、Chrome下输出
# false
# false
大概测了一下,Trident、Presto和Gecko应该都是采用的传统NFA引擎,而webkit至少是支持传统NFA引擎的,但是又与传统NFA引擎表现的不太一样,估计不是做了高级优化的传统NFA引擎,就是DFA/NFA混合引擎。
由于Windows下支持“r”和“n”,而UNIX下只支持“n”,所以我猜想可能是由于其它浏览器引擎并不来自于Windows,所以没有提供对“r”的支持,从而导致在正则中“.”也不匹配“r”吧。没做深入研究,只是一些猜测罢了。
常见应用误区
注意
在匹配多行时,不要试图用“[.n]”来匹配任意字符,这种写法表示的只是小数点和换行符两个字符中的一个,可以使用“(.|n)”,但一般不这样用,这样写可读性差,效率也低,一般用“[sS]”,或者是用“.”加(?s)匹配模式来达到这一效果。
举例
需求描述:匹配
源字符串:
Another line.
匹配结果:
Another line.
正则表达式一:
正则表达式二:(?s)
匹配效率测试
以下为测试用字符串,即下面richTextBox1.Text里输入的内容(取自CSDN首页):
复制代码 代码如下: