为什么Safari浏览器在处理复杂正则表达式时性能严重下降？

Safari因JavaScriptCore引擎采用NFA导致灾难性回溯，可通过console.time测试/^(?:a+)+b$/验证；其不支持命名捕获组(?...)和p{L}等特性，旧版本会抛Invalid group specifier name错误。

因为Safari使用的JavaScriptCore引擎在正则匹配中默认采用NFA（非确定性有限自动机）实现，面对嵌套量词、回溯路径过多或零宽断言等结构时，会触发深度回溯甚至灾难性回溯，导致CPU占用飙升、主线程阻塞、页面卡死。

确认是否遭遇灾难性回溯

打开Safari开发者工具（菜单栏→开发→显示Web检查器），切换到“控制台”，粘贴并执行以下测试代码：

console.time("regex-test"); /(?:a+)+b/.test("aaaaaaaaaaaaaaaaaaaaaab"); console.timeEnd("regex-test");

若耗时超过300ms或直接报RangeError: Maximum call stack size exceeded，说明当前正则已触发引擎级回溯爆炸。

定位Safari不支持的正则特性

方法一：检查零宽断言语法

Safari 16.4及更早版本不支持命名捕获组(?...)和部分Unicode属性转义p{L}；iOS 16.1.2设备明确报错Invalid group specifier name。

方法二：用try/catch快速验证

在控制台逐条运行：try { new RegExp("(?。若抛出SyntaxError，即为不兼容特征。

【关键前提】 Safari对(?（后行断言）的支持始于macOS Ventura 13.0 / iOS 16.4，低于此版本一律失效。

替换高风险模式为Safari安全写法

第一步：将嵌套量词(a+)+重构为单层a+，再用JavaScript逻辑补足语义

第二步：用[^"]*替代.*?限定匹配边界，避免跨标签误匹配

第三步：将零宽断言(?=?w+[^)拆解为两步——先用?w+[^>]*>提取标签，再用.indexOf()判断位置关系

第四步：所有重复使用正则的地方，必须预编译：const safeRegex = new RegExp("^[a-z0-9_]+$", "i");，禁止在循环内动态构造new RegExp(str)