对于使用传统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首页）：
复制代码 代码如下: