Bun 在解码 Base64 方面比 Node.js 22 快得多，但两者都依赖于相同的库
在最近的一则推文中，计算机科学家 Daniel Lemire 指出，JavaScript 运行时 Bun 在解码 Base64 输入时，比 Node.js 22 快了数倍。尽管两者都依赖于同一个底层库 simdutf 来进行实际解码，但 Node.js 在与其底层 JavaScript 引擎 v8 交互时遇到了瓶颈。
Lemire 详细解释了问题的根源在于 Node.js 在开始解码字符串之前，需要通过调用 String::Value 函数来获取字符串的值。这一步操作会在 Node.js 内部分配一个数组，并要求 v8 将内容复制到这个数组中。由于无法直接访问 v8 中存储的字符串，Node.js 被迫将纯 ASCII 字符串转换为 UTF-16，导致了不必要的性能损失。
Lemire 的分析显示，Base64 解码过程仅占总运行时间的五分之一，而字符复制过程则占据了将近一半的时间。这种多余的转换不仅浪费了资源，还使得整个解码过程效率低下。
与此同时，Bun 通过不同的架构设计，避免了这些性能瓶颈。Bun 使用了 JavaScriptCore 引擎，并通过优化字符串处理路径，直接处理 8-bit 输入，避免了不必要的 UTF-16 转换。这样的设计使得 Bun 能够在 Base64 解码等操作中显著领先于 Node.js。
这则消息在开发者社区引发了广泛讨论。有开发者在 HackerNews 上分享了他们对 Bun 的使用体验，称其在速度和文档方面都表现出色，并推荐其他开发者尝试使用 Bun。尽管 Bun 仍然存在一些 API 和行为上的差异，但其性能优势和良好的开发体验使其成为 Node.js 的一个有力竞争者。
Bun 的开发团队也在不断努力，通过阅读和优化 JavaScriptCore 的代码，致力于提升 Bun 的性能和兼容性。Lemire 的分析不仅揭示了 Node.js 在性能优化上的挑战，也为 Bun 的发展提供了宝贵的参考。开发者们期待着 Node.js 和 Bun 在未来能够共同推动 JavaScript 生态系统的进步。
