旧版浏览器不支持正则后行断言，需从写法替代、构建检测、运行时兜底三层面规避：改用捕获组或字符串预处理；通过eslint、babel-targets拦截；封装try-catch容错函数。
旧版浏览器（如 IE 全系列、Chrome (? 和 (?），直接使用会抛出 <strong>SyntaxError: Invalid regular expression: Invalid group</strong>。这不是脚本逻辑错误，而是引擎根本不识别该语法，所以必须从写法和运行时两层规避。
确认是否真在用后行断言
先检查报错代码中是否确实写了 (? 或 <code>(?。常见误判场景：
- 把先行断言
(?=...)或(?!...)错看成后行断言 - 在 Babel 转译后仍保留后行断言——Babel 无法降级该语法，只转译命名捕获组等特性
- 用构建工具（如 Webpack + @babel/preset-env）但未正确配置 targets，导致未剔除不兼容语法
改用兼容写法替代后行断言
核心原则：用捕获组 + 后续取值，或字符串预处理代替“位置断言”。
- 将
/(?（匹配美元符号后的数字）改为 <code>/\$(\d+)/，然后用match[1]取数字部分 - 将
/(? 改为先用 <code>str.indexOf('http://') === -1 && str.indexOf('https://') === -1做前置判断，再执行/example\.com/ - 对需要“前缀不匹配”的复杂场景，可用
str.match(/(\w+)(?=\.com)/g)配合.filter()手动筛掉含http的项
构建时自动检测与拦截
避免不兼容代码上线：
- 在 ESLint 中启用
eslint-plugin-compat，规则compat/compat可标记后行断言用法 - Webpack 构建时加
babel-loader并设targets: { chrome: "64", firefox: "78" }，配合@babel/preset-env自动跳过不支持语法的 polyfill（注意：它不会重写后行断言，但能提示你哪些语法被排除） - CI 流程中跑一个最小环境测试（如用 Puppeteer 启动旧版 Chrome），执行关键正则逻辑，提前暴露报错
运行时安全兜底
若无法控制所有运行环境（如 SDK 需兼容未知页面），可封装容错函数：
function safeMatch(str, pattern, fallback) {try { return str.match(pattern); }
catch (e) { return fallback ? fallback(str) : null; }
}
调用时传入兼容正则和降级逻辑，比如：
safeMatch(text, /(? s.match(/\$(\d+)/)?.[1]);
