Bun 是什么，为什么它现在是 AI 编程工具的地基
原创 · 约 11 分钟阅读 · 阅读 --

Bun 是什么，为什么它现在是 AI 编程工具的地基

作者: Alex Xiang

工程实践行业观察

古董级程序员，大厂出来后一直在创业公司，现在仍在一线做 AI 相关开发。JavaScript 生态我用了十几年，Node 从 0.x 看到现在；这篇把 Bun 这两年的事讲清楚，包括它最戏剧性的那条主线——被 AI 公司收购，再用 AI 把自己重写了一遍。

如果只看 2021 年的介绍，Bun 是“一个比 Node.js 更快的 JavaScript 运行时”，和 Deno 一样属于挑战者。但到 2026 年，Bun 的故事已经完全不同：它被 Anthropic 收购，成了 Claude Code 背后的运行时，然后又在 2026 年 5 月用 Claude Code 把自家约 100 万行代码从 Zig 重写成了 Rust。这一篇做一次完整普及：Bun 是什么、为什么会有它、2026 年它变成什么样、以及这些变化意味着什么。

Bun 是什么：一个二进制，装下整条 JS 工具链

Bun 是 Jarred Sumner 于 2021 年公开发布的 JavaScript 运行时与工具链，最初用 Zig 编写，卖点是性能。它最特别的地方不是“快”，而是 all-in-one：一个二进制文件同时是运行时、包管理器、打包器、测试器和转译器。

# 安装（macOS / Linux / Windows）
curl -fsSL https://bun.sh/install | bash
# 或通过 npm
npm install -g bun

装完以后，一个 bun 命令覆盖日常所有场景：

bun install      # 包管理，替代 npm install / pnpm install
bun run dev      # 运行脚本
bun test         # 测试运行器
bun build        # 打包
bun ./server.ts  # 直接跑 TypeScript，不需要先转译

原生支持 TypeScript 和 JSX，不需要 tsc、babel、esbuild 组成的转译链；npm 兼容，能读 .npmrc，装包时用硬链接省磁盘和提速。官方宣传数字是启动比 Node 快最多 4 倍、安装比 npm 快最多 25 倍——宣传口径要打折看，但“快”确实是它的立身之本。

为什么会有 Bun：Node 工具链的割裂

Bun 的出现是对 Node 生态“一个功能一个工具、每个工具还要配一套配置”的回应。一个 2020 年左右的现代 JS 项目，工具链长这样：

TypeScript 编译 → tsc / babel
打包           → webpack / esbuild
测试           → jest / vitest
包管理         → npm / yarn / pnpm
运行时         → node

每换一个工具就要学一套配置，CI 里每一步都有自己的启动开销。Bun 的选择是：把这条链子收进一个二进制，同时解决两个 Node 时代的顽疾——启动慢（每个 CLI 都要冷启动一次 Node）和依赖安装慢（npm 的安装算法和锁文件解析都背着历史包袱）。

它和 Deno 走的是不同的路：Deno 选择“全新运行时 + 显式权限模型 + 内置 TypeScript 检查”，Bun 选择“尽量兼容 Node 生态 + 性能优先”。Bun 1.2 大幅改善了 Node.js 兼容性之后，这个定位才开始真正成立——先让老项目能迁过来，再谈性能。

2026 年的 Bun：从运行时变成全栈平台

Bun 1.3（2025 年 10 月）是一个分水岭，它不再只是“更快的 Node”，而是往全栈方向走：

  • 零配置前端：可以直接运行 HTML 文件并启动开发服务器，bun dev 一条命令跑起前端；
  • 内置数据库客户端：从 PostgreSQL 扩展到 MySQL、MariaDB、SQLite，外加内置 Redis 客户端——后端常用组件不再需要单独装驱动；
  • 内置图像处理 API：Bun.Image 在 1.3.14 加入，把图片处理也收进运行时；
  • 测试器持续进化：1.3.13 加入按测试文件隔离全局环境的 isolate，以及 CI 分片的 --shard 参数（与 Jest/Vitest/Playwright 语法一致）。

到 2026 年年中，稳定版已经迭代到 1.3.2x。版本号跳得快，但更值得注意的是定位：Bun 想成为“开发、测试、运行、打包 JavaScript/TypeScript 项目的唯一工具”。

两条改变格局的新闻：被收购，然后重写自己

2025 年 12 月，Anthropic 收购 Bun。 这是 Anthropic 的第一笔公开收购，当时 Claude Code 刚跨过 10 亿美元营收里程碑。官方说法很直接：Bun 将作为 Claude Code、Claude Agent SDK 和未来 AI 编程产品的基础设施，MIT 开源协议不变、原团队继续维护。Claude Code 本来就跑在 Bun 上，收购前几个月 Bun 团队已经在优先处理 Claude Code 的 issue——这笔收购是把既成事实制度化。

2026 年 5 月，Bun 把 RewriteItInRust 分支合并进主干。 Bun 最初以 Zig 实现著称，作者 Jarred Sumner 曾是 Zig 的强力倡导者。收购后他用 Claude Code 主导重写，约 96 万到 100 万行代码、不到两周完成、成本约 16 万美元，然后合并进主干。这件事在社区引起巨大争议，被称作“AI 暴力重构”：一方面它验证了 AI 在大型代码迁移上的惊人产能，另一方面，一段人类几乎没有逐行 review 的基础设施代码进入主干，意味着长期维护责任被转移给了后续的人类维护者和测试。

趋势与数据：增长是真的，可持续性存疑

  • 增长：Bun 的月下载量在收购前的 2025 年 10 月单月就增长 25%，之后持续放大；RedMonk 的分析显示运行时下载量成倍增长，TypeScript 类型定义下载量出现数十倍增长。
  • 机器写代码占比：RedMonk 跟踪发现，过去约 12 个月里 Bun 从“人类维护”变成“机器为主编写”的项目，人类贡献者比例下降、bot 贡献上升——它成了 AI 参与开源基础设施的典型案例，也是“AI 写代码到底行不行”的活样本。
  • 与 Node/Deno 的对比要谨慎：Bun 和 Deno 都发布对自己有利的基准（有的测试里 Bun 比 Node 快 2.7 倍），但对一个大部分时间在等数据库和上游服务的普通 API，运行时差异经常在测量噪声以内。选型的关键不是跑分，而是生态兼容性和团队维护能力。
  • 安全模型差异：Deno 有显式权限模型（默认不给网络/文件访问），Bun 走“接近 Node 的默认全开 + 兼容优先”。要敏感数据隔离的团队，选型时要把这一点算进去。

工程判断：什么时候用 Bun

适合现在用：

  • 新项目起步，想要“一条命令跑全栈”的开发体验；
  • 测试和 CI 提速（bun test 的隔离与分片、安装速度）；
  • 写脚本和内部工具，不想再维护一套 Node + tsx 的胶水；
  • 用 Claude Code 这类 Agent 工具做 AI 编程，Bun 是它们运行时的事实底座，兼容性会持续优先保障。

建议保守的场景：

  • 生产关键路径上的大型既有 Node 项目，迁移收益小于风险；
  • 强依赖 Node-only 原生模块或特定 Node 行为的长尾场景；
  • 团队对 Bun 的维护节奏（Anthropic 控制、Rust 重写后的稳定性）还没有信心时。

接下来值得盯三件事：Rust 重写后 1.3.x 的稳定性和安全问题（机器写的基础设施代码，安全审计会越来越重要）；Anthropic 控制下 Bun 的开源走向和路线图；以及 Node 兼容性还能不能继续追平——Bun 的价值最终取决于“能无痛跑多少 Node 生态”，而不只是跑得多快。

打开原图 ↗