Bun 1.x 生产环境使用一个月的体验报告

一个月前把我们的一个中等规模 API 服务从 Node.js 22 迁移到了 Bun 1.x，终于有足够的数据来做一个客观的评价了。 ## 迁移动机 主要是被 Bun 的启动速度和包管理速度吸引的。我们的 CI 里 `npm install` 要 2 分钟，`bun install` 只要 10 秒，光这一项就能省不少 CI 时间。 ## 性能对比 ### 冷启动 - Node.js 22: 1.2s - Bun 1.x: 0.15s 快了 8 倍。对 Serverless 场景来说这个差距非常大。 ### HTTP 吞吐量（简单 JSON 接口） - Node.js 22 + Fastify: 42,000 req/s - Bun 1.x + Elysia: 68,000 req/s 提升了约 60%。 ### 实际业务接口（包含数据库查询） - Node.js 22: 3,200 req/s, P99 45ms - Bun 1.x: 3,800 req/s, P99 38ms 实际业务场景的提升没那么夸张，因为瓶颈在数据库 IO 上。大概 15-20% 的提升。 ## 踩到的坑 ### 1. Node.js API 兼容性 Bun 号称兼容 Node.js API，但还是有些边缘 case 不一致。我们用的一个 crypto 相关的库在 Bun 上行为不同，排查了半天。 ### 2. npm 包兼容性 大部分 npm 包都能用，但有些依赖 Node.js 特有行为的包（比如直接操作 V8 heap 的 profiler）不兼容。 ### 3. 调试体验 Node.js 的 `--inspect` + Chrome DevTools 调试体验非常成熟。Bun 的调试支持还在追赶中，断点调试有时候不太稳定。 ### 4. 日志 Bun 的 `console.log` 输出格式跟 Node.js 略有不同，如果你的日志解析依赖特定格式，需要注意。 ## 生产环境稳定性 跑了一个月，没有出现崩溃或内存泄漏。内存占用比 Node.js 低约 20%。整体来说稳定性没问题。 ## 结论 - **新项目推荐试试 Bun**，特别是对启动速度和安装速度敏感的场景 - **老项目谨慎迁移**，先在测试环境充分验证兼容性 - **Serverless 场景强烈推荐**，冷启动优势太大了 - **不建议大型企业核心服务贸然迁移**，生态和工具链还需要再成熟一些