昨天在《js 正则学习小记之匹配字符串字面量》谈到 /"(?:.|[^"])*"/ 是个不错的表达式，因为可以满足我们的要求，所以这个表达式可用，但不一定是最好的

前几天谈了正则匹配 js 字符串的问题：《js 正则学习小记之匹配字符串》 和 《js 正则学习小记之匹配字符串优化篇》。 里面讲到了优化正则起到提升性能的问题，但是能提升多少呢？ 于是我去测试了，发现TMD几乎微乎其微，我用1千字符串进行100万次匹配测试，优不优化根本没区别。 这不科学，我白看了这么多天正则，上天这是在玩弄我么。 突然我想到了 compile 方法，然后去测试了下，奇迹出现了，果然优化过的快了不少。 但这是为什么呢？ 于是我翻阅资料，在 MDN 上找到了 RegExp M

昨天在《js 正则学习小记之匹配字符串字面量》谈到 /”(?:\\.|[^”])*”/ 是个不错的表达式，因为可以满足我们的要求，所以这个表达式可用，但不一定是最好的。 从性能上来说，他非常糟糕，为什么这么说呢，因为 传统型NFA引擎 遇到分支是从左往右匹配的， 所以它会用 \\. 去匹配每一个字符，发现不对后才用 [^”] 去匹配。 比如这样一个字符串: “123456\’78\”90” 共 16 个字符，除了第一个 ” 直接匹配成功，还剩余 15 个，只有 2 个转义(4 个字符)，所以 \

昨天在《js 正则学习小记之匹配字符串字面量》谈到 /”(?:\\.|[^”])*”/ 是个不错的表达式，因为可以满足我们的要求，所以这个表达式可用，但不一定是最好的。 从性能上来说，他非常糟糕，为什么这么说呢，因为 传统型NFA引擎 遇到分支是从左往右匹配的， 所以它会用 \\. 去匹配每一个字符，发现不对后才用 [^”] 去匹配。 比如这样一个字符串: “123456\’78\”90” 共 16 个字符，除了第一个 ” 直接匹配成功，还剩余 15 个，只有 2 个转义(4 个字符)，所以 \