Bun 1.2.4版本中JavaScriptCore正则表达式属性转义回归问题分析

在Bun 1.2.4版本中，开发者报告了一个与正则表达式Unicode属性转义相关的严重回归问题。这个问题影响了使用Webpack构建的项目，特别是那些依赖包含Unicode属性转义正则表达式的第三方库的应用。

问题现象

当开发者在Next.js项目中使用某些包含Unicode属性转义的第三方库（如cal-heatmap或@react-three/drei）时，构建过程会失败并报错。错误信息显示Webpack无法解析包含类似\p{Combining_Mark}或\p{Script=Hangul}这样Unicode属性转义的正则表达式。

根本原因

经过深入分析，这个问题源于JavaScriptCore引擎中的一个回归问题。具体来说，WebKit项目在最近的一次提交中修改了正则表达式属性名称的匹配逻辑，导致某些合法的Unicode属性名称无法被正确识别。

例如，原本应该返回true的测试用例/^(?:H|Hangul)$/.test("Hangul")现在返回了false。这个变化影响了Acorn解析器（Webpack使用的JavaScript解析器）对正则表达式Unicode属性转义的验证逻辑。

技术细节

Unicode属性转义是ES2018引入的正则表达式功能，允许开发者使用\p{PropertyName}或\p{Property=Value}的形式匹配Unicode字符。这些属性包括：

• 脚本属性（如Script=Hangul）
• 通用类别（如Combining_Mark）
• 其他Unicode定义的属性（如Emoji_Modifier）

在Bun 1.2.4中，由于底层JavaScriptCore引擎的变更，这些原本有效的属性名称现在被错误地标记为无效，导致构建过程中断。

影响范围

这个问题主要影响以下场景：

1. 使用Webpack构建的项目
2. 项目中包含使用Unicode属性转义的第三方库
3. 使用Bun 1.2.4及以上版本进行构建

值得注意的是，这个问题在开发模式下使用Turbopack时不会出现，但在生产构建使用Webpack时就会暴露出来。

解决方案

目前推荐的解决方案是：

1. 暂时回退到Bun 1.2.3版本
2. 等待Bun团队发布包含修复的新版本

对于开发者来说，可以通过修改项目中的Bun版本来临时解决这个问题：

{
  "devDependencies": {
    "bun": "1.2.3"
  }
}

总结

这个案例展示了JavaScript运行时引擎更新可能带来的意外兼容性问题。对于依赖特定语法特性的项目，保持对底层引擎变更的关注非常重要。Bun团队已经确认了这个问题并与WebKit团队合作寻求解决方案，预计在后续版本中会修复这个回归问题。

对于开发者而言，在遇到类似问题时，及时检查版本变更和回归报告，并考虑暂时回退到稳定版本，是保证项目正常构建的有效策略。