Bun项目中RegExp.$&属性的兼容性问题分析

在JavaScript开发中，RegExp对象提供了一些静态属性来获取正则表达式匹配的相关信息。其中，RegExp.$&属性用于获取最后一次匹配的完整字符串。然而，在Bun运行时环境中，开发者发现了一个与这个功能相关的兼容性问题。

问题现象

当开发者使用不带分组的正则表达式进行全局匹配时，Bun的RegExp.$&属性无法正确返回最后一次匹配的字符串。例如：

var input = "foo bar baz";
var re_g = new RegExp("bar", "g");
input.match(re_g);
console.log(RegExp["$&"]);  // 预期输出"bar"，但Bun无输出

有趣的是，如果正则表达式中包含分组，这个属性又能正常工作：

"foo bar baz".match(/ba(r)/g);
console.log([RegExp["$&"]]);  // 正常输出"bar"

技术背景

RegExp.$&是JavaScript的一个非标准但被广泛实现的属性，它属于RegExp构造函数的静态属性集合。这些属性包括：

• $& - 最后一次匹配的完整字符串
• $1到$9 - 最后一次匹配中对应的捕获组
• `$`` - 最后一次匹配前的字符串
• $' - 最后一次匹配后的字符串

这些属性在ECMAScript规范中并未标准化，但被大多数JavaScript引擎实现，包括V8(Chrome/Node.js)、SpiderMonkey(Firefox)和JavaScriptCore(WebKit/Safari)。

问题根源

经过分析，这个问题出现在Bun 1.1.34版本之后，可能与底层JavaScript引擎(JavaScriptCore)的变更有关。Bun使用JavaScriptCore作为其JavaScript引擎，而这个问题表明JavaScriptCore在处理无分组的全局正则匹配时，没有正确更新RegExp.$&属性。

影响范围

这个问题会影响那些依赖RegExp.$&属性的代码，特别是：

1. 使用全局匹配但不使用分组的正则表达式
2. 需要获取完整匹配字符串而不是捕获组的场景
3. 迁移自Node.js或Deno的代码，因为这些环境中该功能正常工作

临时解决方案

开发者可以采用以下临时解决方案：

1. 在正则表达式中添加不必要的分组（虽然不优雅但有效）
2. 使用match方法的返回值来获取匹配结果
3. 避免依赖非标准的RegExp.$&属性，改用标准API

最佳实践建议

虽然RegExp.$&在某些场景下很方便，但考虑到它是非标准属性，建议开发者：

1. 使用String.prototype.match或RegExp.prototype.exec的标准返回值
2. 如果需要全局匹配的所有结果，使用matchAll方法
3. 考虑使用现代JavaScript特性如解构赋值来处理匹配结果

总结

Bun中RegExp.$&属性的这一行为差异提醒我们，在跨运行时环境开发时，应当谨慎使用非标准特性。这个问题已经报告给WebKit团队，预计会在未来的版本中得到修复。在此期间，开发者可以采用上述解决方案或遵循标准API的最佳实践来规避这个问题。