JS 后行断言的兼容性处理
后行断言在较新的语言版本中才被纳入标准，早期环境按版本不同存在支持缺口，典型是老版本的浏览器。麻烦之处在于：不支持时不仅是运行时报错，写在源码里的字面量会让整个脚本在解析阶段失败，页面直接白屏。因此，把后行断言写进公共代码前必须确认目标环境，或者做运行时能力探测加后备实现。
基本信息
| 语法形式 | 正向后行断言与否定后行断言，均以小于号加等号或感叹号的形式出现 |
|---|---|
| 标准化的阶段 | 在较新的语言版本中纳入标准，运行环境支持时间晚于先行断言 |
| 变长支持 | 主流实现的 JS 引擎允许断言内部出现量词，与部分其他引擎的固定长度要求不同 |
| 报错时机 | 字面量形式在不支持的环境中于解析阶段抛出语法错误 |
典型使用场景
- 前缀条件提取：只要等号或冒号之后的内容，前缀作为条件不进入结果
- 排除特定前缀：匹配不带协议前缀的域名或路径片段
- 标记解析：按前一个字符决定当前记号是否成立，避免把条件写进捕获组
- 包管理器与构建工具：只能在服务端可控版本运行时，可直接使用
- 浏览器端代码：需要评估目标浏览器版本，或准备降级实现
能力探测与后备写法
能力探测与后备写法
let hasLookbehind = true;
try { new RegExp('(?<=a)b') } catch { hasLookbehind = false } // 用构造器探测，避免解析期报错
// 后备写法一：用捕获组取目标片段，条件放在前缀分组里
const m = /(?:user=)(\w+)/.exec(s); // 从第 1 组取目标，而不是用后行断言
// 后备写法二：先用先行断言确认前缀，再从匹配后半段截取
const m2 = /user=(?<v>\w+)/.exec(s); // 条件与取值都放在捕获组里
// 后备写法三：两步处理，先定位前缀下标，再按位置切片
const i = s.indexOf('user='); const v = s.slice(i + 5);环境与处理方式
| 环境 | 支持情况 | 处理建议 |
|---|---|---|
| 较新版本 Node 与主流引擎 | 支持 | 可直接使用，仍建议加测试覆盖 |
| 较老浏览器 | 不支持 | 改用捕获组或两步处理 |
| 构建产物面向多端 | 不确定 | 运行时探测加两套路径，或构建期转译 |
| 非 JS 引擎迁移 | 差异大 | 移植前查目标引擎文档，变长断言尤其要确认 |
能力探测必须用构造器或动态求值形式，不能写成字面量：字面量在不支持的环境里连解析都过不去，探测代码本身就会导致脚本失败。
断言内部如果包含捕获组，同样会占用组号并参与取值，这在改写既有模式时容易被忽略，导致后续分组引用整体错位。