Bun 1.4：从 Zig 重写为 Rust，性能再升级
Bun 1.4 带来了重大更新，将核心从 Zig 重写为 Rust，显著提升了性能。此次版本新增超过 1500 个 Node.js 测试用例，修复了 2900 多个问题，并大幅降低了 CPU 和内存占用。在 Linux 上启动速度提升 50%，空闲 CPU 使用率降低 5 倍。新增功能包括 Bun.Image、Bun.WebView、Bun.markdown 等，并支持 Playwright、Next.js 16、vitest 等主流工具。内存管理优化让 HTTP 服务器内存使用减少高达 48%，二进制体积也缩小了 17%。Bun 正逐步成为 Node.js 的高效替代品，为开发者提供更快的构建、测试和运行体验。
Bun 1.4 将核心从 Zig 重写为 Rust，显著提升了性能并降低了资源占用。
HN 评论区
172- rwz
这对 Bun 和 Anthropic 来说都是巨大的胜利。自从他们宣布用 Rust 重写并引发巨大争议和反弹以来，我一直密切关注 Bun 的开发周期。这次发布似乎正在证明怀疑论者是错的。
- cube00
很奇怪，他们的宣传视频里反复强调“无需安装依赖就能做 <百万种事>”，但如果我想做无头浏览器测试，安装一个提供该功能的项目难道错了吗？
为什么我要把所有东西都重新实现到这个庞大的二进制文件中？为什么 Bun 会比那些专注于各自专业领域的独立项目更精通所有这些不同技术的细微差别？
JS 运行时、包管理器、测试运行器（包括单元测试和无头浏览器）、打包器、JSX、PostgreSQL/MySQL/SQLite 驱动、S3 客户端、Redis 客户端、格式化器、Linter 等等。
更不用说 YAML、TOML、Markdown 的解析器了，它们各自本身就相当于三个独立项目的复杂度。
我想一个明显的缺点是，为了获得他们为 1.4 版本推出的所有这些很棒的功能，你得等到一切准备就绪。鉴于 1.3 版本是在 2025 年 10 月发布的，跨越这么多大型技术，10 个月的发布周期确实很难熬。在你因为 Rust 重写而宽容之前，Bun 1.2 是在 2025 年 1 月发布的。
我不得不佩服 Jarred 懂得如何利用算法，这次发布前精心策划了 10 条 X 预告帖，在 72 小时内陆续发出 https://xcancel.com/jarredsumner
- arjie
这对 Claude 来说是一次令人难以置信的演示。这个运行时托管了 Claude Code 好几个月，我从未见过任何一点问题。完全由机器移植。 truly 令人惊叹。
- sunsetSamurai
我最近转向 Rust 进行后端开发，因为受够了 Node.js 生态系统的碎片化以及那种脆弱感。Bun 看起来非常有趣，因为它允许你在不引入第三方库和打包器的情况下完成这么多事情？有人用它替代 Node.js 吗？目前的体验如何？我可能得试一试了。
是的，我知道构建 API 可能有比 Rust 更好的选择，但我想学它，为什么不呢？
- mpeg
在产品发布会上宣布 SSR 内存泄漏问题已解决，这简直太疯狂了。
- yipinwong
> Bun 尚未与 Node.js 实现 100% 兼容。但在实践中，现有的 JavaScript 生态系统大部分都能正常工作。
我不在乎 100% 的兼容性。NodeJS 对我来说是一个标准，但已经死透了。
我更想要更快的反馈循环，更少的开发/构建/测试时间，而不是担心 Node.JS 的兼容性。
Bun 就是我工作流的答案。
---
Bun 完全可以把自己宣传为 Node.JS 的完全替代品，我依然会加入。
- yomismoaqui
我喜欢他们把“小 10 MB 以上”这个说法，当然视频是很久以前录制的，那个数字已经变了。
- luciana1u
每隔几年就有人重写整个工具链，然后我们集体同意上一个才是错误的。很高兴知道这个循环依然有效。