English
资源说明：前几天谈了正则匹配 js 字符串的问题：《js 正则学习小记之匹配字符串》 和 《js 正则学习小记之匹配字符串优化篇》。
里面讲到了优化正则起到提升性能的问题，但是能提升多少呢？
于是我去测试了，发现TMD几乎微乎其微，我用1千字符串进行100万次匹配测试，优不优化根本没区别。
这不科学，我白看了这么多天正则，上天这是在玩弄我么。
突然我想到了 compile 方法，然后去测试了下，奇迹出现了，果然优化过的快了不少。
但这是为什么呢？
于是我翻阅资料，在 MDN 上找到了 RegExp Methods
这里说 compile 方法已被弃用！这不科学。。。
在 stackoverflow
在JavaScript中，正则表达式是用于处理字符串的强大工具，但不同的创建方式可能会影响其执行效率。本文将探讨两种常见的正则表达式创建方法：字面量`//`和`new RegExp`构造函数，并分析它们在性能上的差异。
让我们回顾一下正则字面量（/pattern/）的使用方式。字面量形式的正则表达式在编译时被解析，因此在代码执行前就已经创建好，这种创建方式通常被认为具有较高的效率，因为它避免了运行时的额外开销。
另一方面，`new RegExp()`构造函数允许我们在运行时动态创建正则表达式。这种方式适用于需要根据变量创建正则的情况，但它的创建过程通常比字面量更复杂，因为需要额外的解析和对象构造步骤。
在早期的JavaScript版本中，存在一个名为`compile`的方法，用于预编译正则表达式以提高性能。然而，据MDN文档，`compile`方法已经被弃用，因为在现代JavaScript引擎中，正则表达式在首次使用时会被自动编译，无需额外手动编译。
在进行性能测试时，作者发现优化后的正则表达式（使用`compile`或`new RegExp`）确实比未优化的正则表达式更快。但在比较字面量和`new RegExp`构造函数时，情况似乎有所不同。在某些浏览器（如Chrome）中，优化后的`new RegExp`表现优秀，但在Firefox等其他浏览器中，字面量形式的正则表达式则更为高效。
值得注意的是，正则表达式的优化主要体现在复杂的模式匹配上，对于简单的模式，两种创建方式的性能差异可能并不明显。因此，当处理大量数据或频繁进行匹配操作时，使用`new RegExp`并优化正则表达式可以显著提升程序性能。
正则字面量和`new RegExp`各有优势，选择哪种取决于具体应用场景。字面量简洁、易于阅读，适合静态正则表达式；而`new RegExp`则更适合动态创建和复杂场景，特别是在需要高性能匹配的情况下。为了获得最佳性能，应优先优化正则表达式本身，然后根据需求选择合适的创建方式。
不同浏览器对正则表达式的处理可能存在差异，因此在进行性能敏感的开发时，应当进行跨浏览器测试，确保代码在多种环境下都能表现出良好的性能。对于那些对性能要求极高的应用，使用`new RegExp`并优化正则可能是值得考虑的选择。
本源码包内暂不包含可直接显示的源代码文件，请下载源码包。
