正则表达式提速关键在于写法和用法：预编译复用RegExp对象、锚点前置缩小搜索范围、用具体字符集替代贪婪通配符、高频分支置前、非捕获组减少开销。
正则表达式本身不提速，真正提升匹配速度的是写法和用法。核心目标是让引擎少试、少退、少编译。
预编译并复用 RegExp 对象
V8 引擎每次遇到字面量正则（如 /abc/）会尝试缓存，但动态构造 new RegExp(str) 一定不缓存。高频使用时反复编译开销极大。
- 循环中避免写
/.+@.+..+/.test(email)，应提前定义常量：const emailRe = /^[^s@]+@[^s@]+.[^s@]+$/; - 用户输入驱动的动态正则，用 Map 缓存编译结果：
regexCache.get(pattern) || regexCache.set(pattern, new RegExp(pattern)).get(pattern) - 基准测试显示：预编译复用比动态创建快 15 倍以上，内存占用降低近 2/3
锚点前置，缩小搜索范围
引擎默认从字符串开头逐位扫描尝试匹配。无锚点的 /hello/ 可能在每个位置都启动完整匹配流程；加上 ^ 或 $ 能直接跳转或截断。
- 校验整串格式，优先用
^...$，比如/^d{3}-d{2}-d{4}$/比/d{3}-d{2}-d{4}/更快且语义准确 - 提取行首内容，用
^#s+(.*)而非#s+(.*)，避免在每行中间位置误启匹配 - 单词边界
比空格更可靠，export不会错配exporter
避免通配符回溯，用具体字符集替代
.* 和 .+? 是回溯重灾区。引擎会先吞到底再逐步吐出试探，遇到嵌套量词或后续断言时极易指数级膨胀。
- 匹配引号内字符串，不用
"(.*?)"，改用"([^"\]|\.)*"—— 明确列出合法字符，杜绝盲目回退 - 提取数字，用
d+而非.*?d+.*?；匹配邮箱用户名，用[a-z0-9._%+-]+而非.*? - 多选分支顺序影响性能：把高频分支放前面，例如
([^"]|\.)*比(\.|[^"])*匹配更快（实测减少约 60% 回溯次数）
减少捕获，必要时用非捕获组
捕获组（(...)）需额外分配内存保存子匹配，增加引擎负担。若只需分组逻辑无需提取，应显式禁用捕获。
- 把
(?:https?|ftp)://中的(?:...)替换掉普通括号，避免无意义的result[1] - 验证手机号格式时，用
^(?:1[3-9]d{9})$而非^(1[3-9]d{9})$，省去捕获开销 - 复杂正则中，仅对真正需要提取的部分加捕获，其余一律用
(?:...)或原子组(?>...)（V8 支持）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
