预编译正则表达式是高频匹配场景下的必要实践，需将解析编译过程移至初始化阶段；推荐字面量写法或顶层构造函数声明，禁用循环/回调中动态创建。
预编译正则表达式不是“可选项”，而是高频匹配场景下的必要实践。核心在于：把耗时的解析与编译过程从运行时挪到初始化阶段，避免每次调用都重复执行。
为什么 RegExp 构造函数容易拖慢性能
使用 new RegExp(pattern) 动态创建正则对象时，JavaScript 引擎必须完成词法分析、语法树构建、字节码生成和状态机初始化——这一整套流程在 V8 中时间复杂度可达 O(n²)。基准测试显示，对同一模式重复调用 new RegExp 的耗时是预编译复用的 15 倍以上，内存占用也显著升高。
预编译的两种可靠方式
– 字面量写法（最简、最快）：const EMAIL_REGEX = /^[a-z0-9._%+-]+@[a-z0-9.-]+.[a-z]{2,}$/i;
适用于硬编码、固定不变的模式，引擎可在解析阶段直接优化。
– 构造函数 + 提前声明（适合动态拼接）：
const searchClass = "pendrive";<br>
const PRICE_REGEX = new RegExp("Prezzo " + searchClass + " \d+gb: €\d+", "g");
注意：必须在模块顶层或应用启动时执行，不能放在函数体内反复调用。
哪些场景必须预编译
– 表单校验（如邮箱、手机号验证），每轮输入可能触发多次 .test() 或 .exec()
– 日志解析逻辑中按类型分支匹配（如 /ERROR:.*/ 和 /WARN:.*/）
– 路由库（如 path-to-regexp）将路径模板转为正则时，应在服务启动时批量编译，而非每次请求实时转换
– 模板渲染中频繁进行变量插值匹配（如 {{name}}、{% if ... %}）
常见误用与规避建议
– ❌ 在循环内或事件回调中反复写 new RegExp(...)
– ❌ 把正则创建逻辑藏在工具函数里，导致每次调用都新建实例
– ✅ 将预编译结果存为常量或模块级变量，确保全局唯一
– ✅ 对多变但有限的模式（如不同用户角色权限码），可用 Map 缓存已编译的 RegExp 实例，键为 pattern 字符串
