写 JavaScript 或 TypeScript 的开发者，日常要跟好几样工具打交道：Node.js 负责把代码跑起来，npm 或 pnpm 负责安装第三方库，Jest 或 Vitest 负责自动测试，webpack 或 Vite 负责把代码打包成浏览器能直接用的文件。Bun 把这四件事合并成一个程序：装一个 Bun，等于同时拥有运行环境、装包工具、测试工具和打包工具，而且每一项都比主流老牌工具快一个数量级。它适合三类人：写 JS/TS 的个人开发者（少装几套工具、少配几份配置）；维护 Node.js 老项目的团队（bun install 兼容 npm 生态，能直接顶替 npm/yarn/pnpm 装依赖）；跑 CI 的工程团队（CI 指持续集成，即每次提交代码自动执行构建和测试的流水线，换用 Bun 后装依赖从分钟级缩到秒级）。
2026 年 8 月，Bun 发布 1.4.0。这个版本把核心代码从 Zig 语言重写为 Rust（两者都是偏底层的系统编程语言，重写通常是为了更稳、更快、更好维护），Linux 版二进制体积缩小约 20%，同时新增一批内置 API，让开发者少装七八个第三方库。同一时期，Bun 团队宣布加入 AI 公司 Anthropic，官网原话是「Bun has joined Anthropic」。
1.4 的核心变化：Zig 换成 Rust
重写是这次发布的主线：约一百万行 Zig 代码换成 Rust，Linux x64 的二进制相比 1.3 缩小约 18MB，官方称所有基准测试与 1.3 持平或更好。兼容性上，Bun 1.4 新增通过约 1,400 项 Node.js 官方测试，自 1.3 以来关闭了 1,155 个崩溃报告和 56 个内存泄漏，并兼容 Node.js 26——原本在 Node.js 上能跑的代码，换到 Bun 上跑的成功率更高。
内置原生 API，替代一批第三方库
1.4 把一批常用功能直接做进运行时，不再需要单独安装第三方包：
- Bun.Image：图片缩放、格式转换、压缩优化，替代 sharp；
- Bun.WebView：无头浏览器自动化（无头浏览器指不显示界面、由程序控制的浏览器，常用于网页截图与自动化测试），替代 puppeteer；
- Bun.markdown：把 Markdown 文本转成 HTML、ANSI 或 React 组件，替代 marked；
- Bun.cron：操作系统级别的定时任务调度，替代 node-cron；
- Bun.Terminal：原生 PTY（伪终端，程序间模拟终端交互的机制），替代 node-pty；
- Bun.JSON5：内置 JSON5 / JSONC / JSONL 解析器，替代 json5 等库；
- 构建器内置 React Compiler（React 的自动优化编译器），比原来的 Babel 插件快约 20 倍；
- 新增 Windows on ARM64 支持。
性能：装依赖与内存占用的差距
官方用同一套基准反复对比（一台 Linux x64 机器，T3-stack 的 Next.js 项目，25 个直接依赖、约 220 个包，各工具默认配置，测 3 次取中位数）：
- 热缓存安装（日常最常见场景）：Bun 0.21 秒，yarn 1.76 秒，pnpm 1.92 秒，npm 4.45 秒；
- 峰值内存：Bun 12MB，npm 698MB，pnpm 1.4GB；
- 首次全新安装：Bun 1.41 秒，npm 18.12 秒，pnpm 13.49 秒，yarn 20.51 秒。
生产环境已经在用
- Claude Code（Anthropic 的编程助手）以 Bun 单文件可执行文件分发——用户下载一个文件直接运行，没有安装步骤；
- Midjourney 的每一条图片通知都走 Bun 内置的 WebSocket 服务器（WebSocket 是浏览器与服务器之间保持长连接的通信协议）；
- Railway（云平台）的函数计算（serverless，按调用计费的云端函数托管）直接建立在 Bun 上，TypeScript 文件原样运行，冷启动只需毫秒级。
结论
Bun 1.4 验证了一条路线：JS 全流程工具链可以合并成一个二进制文件（编译好的可执行程序），并在速度与内存占用上全面领先分立的旧工具。值得记住的一组数字：同一个项目装依赖，Bun 最快 0.21 秒、占用 12MB，npm 需要 4.45 秒、占用 698MB。如果你被 npm 或 yarn 的安装速度、内存占用困扰，从 bun install 开始试是成本最低的切入方式——它兼容现有 npm 生态，不满意随时可以换回去。