JavaScript正则不会直接递归，但回溯爆炸会耗尽调用栈；应优化模式、加锚点、拆分逻辑、设超时和长度限制，或改用更稳定的替代方案。

JavaScript 正则表达式本身不涉及函数调用栈递归，因此不会触发 RangeError: Maximum call stack size exceeded。你遇到的“最大递归限制”报错，几乎可以确定不是正则引擎自身的递归深度问题，而是正则表达式在执行过程中引发了 JS 引擎的深层嵌套调用（例如回溯爆炸），最终耗尽了调用栈。

换句话说：正则没“递归”，但它的回溯过程可能间接导致 JS 调用栈溢出——尤其在使用贪婪量词 + 复杂嵌套结构 + 不匹配输入时（如 (a+)+b 匹配 "aaaaaaaaaaaa!"）。

以下是真正有效的应对方式：

识别是否为回溯引发的栈溢出

立即学习“Java免费学习笔记（深入）”；

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 错误堆栈中若出现大量重复的 RegExp.prototype.exec / String.prototype.match 调用帧，且无你写的递归函数，大概率是正则回溯失控
• 浏览器控制台卡顿数秒后才报错，也是典型回溯特征（V8 会尝试大量路径，而非立即失败）

优化正则模式，从源头避免灾难性回溯

• 避免嵌套量词：(a+)+、(.*a)* 等结构极易引发指数级回溯 → 改用原子组或占有量词（若支持）
• 优先使用非贪婪量词：.*? 比 .* 更可控（但不能根治，仍需配合锚点）
• 添加明确边界：用 ^ 和 $ 锚定，或用 \b、(?=...) 等断言缩小匹配范围
• 拆分复杂逻辑：把一个超长正则拆成多个简单正则分步校验，例如先 /\S+/ 提取词元，再对每个词元单独验证格式

设置执行防护，防止页面卡死

• 不要直接在用户输入上无保护地运行复杂正则
• 加入超时控制（虽不能中断 RegExp 执行，但可防阻塞）：

  const timeout = setTimeout(() => {
    throw new Error('Regex execution timeout');
  }, 50);
  const result = pattern.exec(input);
  clearTimeout(timeout);

• 对高风险正则（如配置驱动、用户自定义规则），预检输入长度并设硬上限（如 input.length > 10000 ? reject() : exec()）

替代方案：不用正则也能解决问题

• 校验邮箱、URL、手机号等？用成熟的解析库（如 validator.js）或浏览器原生 API（URL 构造函数、email input.checkValidity()）
• 解析结构化文本（如日志、CSV 片段）？用 split() + map() + 条件判断，比写一个万能正则更稳定、更易调试
• 需要高亮/替换？用 String.prototype.replaceAll 配合简单字面量，或 DOM 遍历 + 文本节点处理，避开复杂正则

正则不是万能钥匙。当它开始让你怀疑人生、反复调优还崩，说明该换工具了。