JavaScript高性能运行时-Bun
2023-07-23 15:21:06 
阿炯
Bun 是采用 Zig 语言编写的高性能 “全家桶” JavaScript 运行时，官方称其为 "all-in-one JavaScript runtime"。其提供了打包、转译、安装和运行 JavaScript & TypeScript 项目的功能，内置原生打包器 (native bundler)、转译器、task runner、npm 客户端，以及 fetch、WebSocket等 Web API。是一个配套齐全的 JavaScript 解决方案，集运行时、打包器、转译器和包管理器于一体，追求极致的运行速度。项目本身采用MIT协议授权。
Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one.
特性：
带有 Web API 的 JavaScript 运行时，内置 fetch、WebSocket等 API。bun 嵌入了 JavaScriptCore，它往往比 V8 等更流行的引擎更快且内存效率更高（尽管更难嵌入）
JavaScript/TypeScript/JSX 转译器
JavaScript 和 CSS 打包器
package.json 脚本的任务运行器
npm 兼容的包管理器
Bun 基于 Request 和 Response 等 Web 标准的HTTP服务器：
// http.js
export default {
port: 3000,
fetch(request) {
return new Response("Welcome to Bun!");
},
};
Bun 完全从零开始构建，对标的项目是 Node.js 和 Deno 这类现代化的 JavaScript 运行时。旨在替代当前的 JavaScript 和 TypeScript 应用程序或脚本，原生实现了数百个 Node.js 和 Web API，包括约 90% 的 Node-API 函数（native modules）、fs、path、Buffer 等。
其目标是在浏览器之外运行世界上大多数 JavaScript，为未来的基础架构带来性能和复杂性的增强，并通过更好、更简单的工具提高开发人员的生产力。
它内置了诸如 fetch、WebSocket 和 ReadableStream 等 Web API。
node_modules bun 实现了 Node.js 的模块解析算法，因此你可以在 Bun 中使用 npm 包。支持 ESM 和 CommonJS，但 Bun 内部使用 ESM。
在 Bun 中，每个文件都是转译的。TypeScript 和 JSX 就可以使用。
Bun 支持来自 tsconfig.json 文件的 "paths"、"jsxImportSource" 等。
Bun.Transpiler Bun 的 JsX 和 TypeScript 转译器在 Bun 中作为 API 可用。
使用 Bun.write 提供的最快系统调用来写入、复制、管道、发送和克隆文件。
Bun 自动从.env 文件加载环境变量。不再需要 require ("dotenv").config ()
Bun 提供了一个快速的 SQLite3 客户端，内置 bun:sqlite。
Node-API Bun 实现了大部分的 Node-API（N-API）。许多 Node.js 原生模块都可以使用。
bun:ffi 使用 Bun 的低开销外部函数接口从 JavaScript 调用 native code。
node:fs node:path Bun 原生支持越来越多的 Node.js 核心模块，以及像 Buffer 和 process 这样的 globals。
最新版本：0.7
新型 JavaScript 运行时 Bun 于2023年7月下旬正式发布了 0.7 版本，带来了重大的升级。此次更新主要集中在与 Node.js 的兼容性提升和新功能支持上。
首先 Bun 宣布与流行的前端打包工具 Vite 实现了初步兼容。开发者现在可以使用 Bun 直接运行 Vite 项目，享受热更新等方便功能，无需进行额外配置。不过由于 Bun 和 Vite 内部机制不同，Vite 目前仍未使用 Bun 的打包和转译优势。但这为未来的深度集成创造了条件。然后 Bun 实现了浏览器环境下的 Worker 线程支持。开发者现在可以通过新加的 Worker 类创建子线程，利用多核 CPU 提升计算密集型任务的执行效率。Bun 的 Worker 天生支持模块化、TypeScript 等特性，比浏览器原生 Worker 用起来更顺手。值得一提的是，流行的 comlink 库也可以无缝应用在 Bun 的 Worker 中，让线程间通信更加方便。此外 Bun 还原生支持了异步上下文存储 AsyncLocalStorage，这是许多框架实现异步操作追踪的关键。接下来 Bun 有望兼容 Next.js 等流行框架。
在 Node.js 兼容性方面，Bun 追加实现了事件循环中的定时器回调保证异步执行的特性，对命令行应用来说重要的标准输出流也增强了窗口尺寸查询支持。特别是在 TLS 网络方面，Bun 改进了密钥导出、会话重用等接口的实现，满足了流行加密库的需求。当然此次更新也增加了实用的新功能。比如，开发者现在可以更容易地在主线程与 Worker 之间传递数据，还可以利用结构化克隆算法（structuredClone()）进行高效的深拷贝。将可读流转换为 FormData 对象的 API 也成为可能。测试框架方面，新增了在第一个测试失败后立即结束的 “--bail” 模式，提高了 CI/CD 环境下的效率。WebSocket 连接也增强了 ping/pong 监听支持。
一些棘手的 Bug 导致的内存泄露和性能问题也得到修复。总体来看，0.7 版本带来的升级让其在与 Node.js 的竞争中又近了一步。随着兼容性进一步提高，开发者可能会看到越来越多的项目转向使用 Bun。我们拭目以待 Bun 后续的表现。毕竟，一个快速、高效、易用的 JavaScript 解决方案，对开发者的吸引力可想而知。
最新版本：1.0
2023年9月8日，Javascript 运行时 Bun 正式发布 1.0 版本，标志着这个由前 Facebook 工程师创建的项目正式进入稳定生产可用阶段。Bun 的愿景是通过深度整合，让 Javascript 开发 “快如闪电”。这个新生力量是否能撼动 Javascript 界老牌霸主 Node 的地位，成为下一代前端开发标准？
Bun v1.0 作为 Javascript 社区中一个相对较新的革新者，其致力于解决碎片化工具过多导致的开发低效问题。它将运行时、打包工具、测试框架等功能融合在一个工具中，提供开箱即用的高性能体验。它兼容现有的 Node.js 生态，几乎所有 Node 程序可以无缝迁移。更令人振奋的是，Bun 的启动速度可达 Node 的 4 倍，运行 TypeScript 的速度比 esbuild+Node 快 5 倍！原因在于其使用了 Apple 开源的 WebKit 引擎，而不是 Node 常见的 V8。
其内置对 TypeScript 和 JSX 的支持，省去了编译配置的麻烦。同时它也能兼容 CommonJS 和 ESM 模块，你可以在同一文件内混合使用 import 和 require 语句。Bun 成功地消除了模块管理的复杂性问题，表现十分出色！
import lodash from "lodash";
const _ = require("underscore");
它还拥有先进的本地 API，比如用 Bun.file() 替代 fs 读文件，可获得 10 倍速度提升。Bun.write() 写入文件也比 Node 快 3 倍。Bun.serve() 启动 HTTP 服务支持 WebSocket，性能均是 Node 的 5 倍左右。可以说，Bun 的本地 API 设计是效率至上的。其最大的杀手锏是其集成的打包功能。基于 esbuild 优化，它比主流的 Rollup、Parcel、Webpack 都快上一两个数量级，堪称 JS 打包速度之最。Bun 更开创了 JS 宏的新概念，可以在打包时运算 JS 函数并内联结果到代码中，是其他打包器难以企及的创新。
对于前端测试，Bun 实现了与 Jest 兼容的测试框架 bun:test。它利用原生实现提升了匹配器速度，完爆 Jest 和 Vitest 达 10-100 倍。命令 bun test 即可享受极速测试体验。最后，Bun 现在首次推出实验版本，为 Windows 操作系统提供原生支持，这意味着 Windows 用户无需再依赖 Windows Subsystem for Linux（WSL），即可轻松体验 Bun 所带来的超光速开发乐趣。1.0 的发布预示着 Javascript 生态可能再次被颠覆和重塑。新老开发者们不妨试用 Bun，体验其中的进化与乐趣。让我们共同见证 Javascript 的新纪元！
Bun v1.0.12于2023年11月中旬发布。该版本在修复了 24 个安全漏洞的基础上，引入了多项创新功能和重大改进，以增强用户体验并提高与 Node.js 的兼容性。一个显著新特性是 bun -e 命令的加入，允许开发者在不创建文件的情况下直接运行脚本。这极大提升了编写和测试小型脚本的便利性和灵活性。此外通过 bun --env-file 命令的引入，使得用户可以指定不同的环境变量文件，这对于多环境测试尤为重要。
新版 Bun 还增加了对 server.url 的支持，它允许返回定义 HTTP 服务器位置的 URL 对象，这对于需要在测试中获取服务器实际 URL 的用户非常有用。同时，import.meta.env 的引入使得在 Bun 环境中访问环境变量变得更为简便。在代码健壮性方面，v1.0.12 引入了 expect.unreachable()，它用于在代码路径不应被执行时抛出错误。同时，该版本对 Bun 的 CLI 帮助进行了改进，使其更易于阅读和理解。
在打包功能方面，v1.0.12 引入了一项重要改进：现在可以在打包时使用宏来导入内置模块。例如，开发者可以在打包阶段使用宏来调用readFileSync和spawnSync等内置模块的功能。这一改进为开发者在构建过程中提供了更多的灵活性和便利，使得例如在打包时读取文件内容或启动进程等操作变得可行。此外，对 mock.module 的支持也得到了改进，解决了覆盖默认导出和重新导出时的问题，增强了在测试环境中模拟模块的功能。在解决 bug 方面，Bun 团队修复了多项问题，包括 bun install 在处理特殊情况时的错误，HTTP 客户端响应头缺失情况的改进，以及其他潜在的稳定性问题。
综合来看，v1.0.12 的发布是该项目在打造更加强大、易用工具方面的一大步。这些更新和改进预期将使 Bun 在 JavaScript 开发社区中的作用更为重要，为开发者提供更高效、更可靠的编程体验。
兼具运行时、打包工具、转译器和包管理器多重功能的 JavaScript 工具，在2024年1月中旬迎来了 1.0.23 版本的更新。本次更新针对社区反馈修复了 40 个 bug，共计获得了 194 个赞，使其在打包部署等方面的易用性有所提升。
引入 SQLite 数据库：轻松管理数据
v1.0.23 的一大亮点是引入了对 SQLite 数据库的支持。开发者现在可以直接在 Bun 中导入 SQLite 数据库，极大简化了在项目中使用 SQLite 的流程。通过简单的 import 语句，开发者能够轻松导入和管理数据库，这对于需要处理数据存储和读取的应用程序来说，无疑是一个巨大的便利。此外也支持将 SQLite 数据库嵌入到单文件可执行程序中。这意味着开发者可以创建包含数据库的独立应用程序，极大地简化了部署过程。
性能提升：更快的 TCP 和 bug 修复
在性能方面，v1.0.23 做出了显著的优化。特别是在 Linux 系统上，TCP 传输性能提升了4%，这得益于减少了系统调用次数。这一改进对于需要处理大量网络数据的应用来说，无疑是一个巨大的提升。
Node.js 兼容性和资源管理
对于 Node.js 的兼容性，v1.0.23 也进行了重要的更新，解决了一些先前版本中存在的问题。例如，现在可以在 Bun 环境中无缝使用 Node.js 内置模块，如 fs 和 path。还引入了对 TC39 提出的第三阶段提案 —— 资源管理（Resource Management）的支持。这意味着开发者可以更加有效地管理文件句柄、数据库连接和网络套接字等资源。
其他重要更新
SQLite 升级至 3.45.0 版本：加入了 JSONB 支持，使得存储和读取 JSON 数据更加高效。
嵌入.node 文件的支持：允许开发者在构建时将 NAPI 插件.node 文件嵌入，使得打包本地 Node.js 模块变得简单。
HTTP 服务器头部限制提升：从 50 提升到 100，增强了服务器的处理能力。
增强的 import.meta 支持：新增了 import.meta.dirname 和 import.meta.filename 支持，增强了与 Node.js 的兼容性。
fs/promises 中的 FileHandle 支持：使得文件操作更加灵活和强大。
众多 bug 修复和性能优化：包括 zlibBufferSync 的错误处理、Bun.spawn() 中的文件描述符泄漏、URL 处理的一致性问题等。
本次更新使 Bun 成为 Web 应用打包部署更便捷高效的选择；相信随着 Bun 的持续完善，会有更多开发者加入使用。
最新版本：1.1
JavaScript 开发者们瞩目已久的 Bun 1.1 版本于2024年4月上旬正式发布了！这次大版本更新带来了一系列令人兴奋的新特性和显著的性能提升，将为开发者们提供更加顺畅、高效的开发体验。首先为其支持 Windows 而欢呼吧！是的，现在 Windows 开发者也能享受到 Bun 带来的极速体验了。通过一行简单的 PowerShell 命令，即可在 Windows 10 及以上系统安装 Bun。更令人惊喜的是，Bun 在 Windows 上的测试覆盖率已经达到了 98%，这意味着你能在 Windows 上尽情使用 Bun 的各项功能，与 macOS 和 Linux 版本几乎完全一致。
说到速度，Bun 1.1 在各个方面都有了大幅提升。在 Windows 上进行依赖安装时，Bun 的表现尤其亮眼。以安装一个 Vite React 应用为例，使用 Bun，安装速度比 Yarn 快 18 倍，比 npm 更是快了 30 倍之多！Bun 还对 Windows 上的文件系统操作进行了深度优化，例如递归读取目录的速度比 Node.js 快了 22 倍。对 Node.js 兼容性的改进也非常显著。不仅修复了上千个 bug，还新增了大量 Node.js API 的支持。现在你可以在 Bun 中使用 HTTP/2 客户端、递归的 fs.readdir()、进程间通信等功能了。值得一提的是，Bun 还支持许多 Node.js 中没有文档说明的内部 API，让你的 npm 包可以在 Bun 下平滑迁移，而无需修改代码。
作为一个多才多艺的 JavaScript 运行时，Bun 1.1 在打包、测试、SQLite 支持等方面也有诸多亮点。全新的 bun build --target=node 命令让你轻松将 TypeScript 代码打包成可在 Node.js 下运行的文件。而 bun build --compile 命令更是一个黑科技，它能将你的 JS/TS 代码连同 SQLite 数据库一起编译成一个单文件可执行程序！
说到 SQLite，Bun 1.1 内置了一个高性能的 SQLite 接口，并且支持了多语句查询、导入预置数据库等实用功能。结合编译成单文件 exe 的功能，Bun 让嵌入式数据库应用开发变得无比简单高效。当然，Bun 1.1 在开发者体验方面也下了不少功夫。语法高亮的错误堆栈、更加简洁的调用栈信息、bun --eval 命令行直接执行脚本……Bun 力求为开发者提供更加友好便捷的使用体验。
还有很多很多的新特性，在这里无法一一列举。但可以肯定的是，Bun 1.1 是一个里程碑式的版本，它以其卓越的性能、丰富的功能和贴心的开发体验，势必将 JavaScript 开发推向一个新的高度。
Bun 在解码 Base64 方面比 Node.js v22 快
在2024年6月下旬的一则推文中，计算机科学家 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，导致了不必要的性能损失。
其分析显示，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 生态系统的进步。
2024年8月发布了 v1.1.25 版本，并高调宣布在最新的性能测试中，每秒可以处理 129 万个 HTTP 请求，一起来看看这个版本究竟做了哪些改进。
1、node:cluster 支持
Bun 现在支持 node:cluster API。通过使用这个 API，你可以在同一个端口上运行一组 Bun workers，从而实现更高的吞吐量和利用率。对于拥有多个 CPU 核心的机器来说，这是在生产环境中进行负载均衡的最佳选择。下面是一个工作原理的示例：
主要的 worker 会创建 n 个子 worker，一般数量与 CPU 核心数相同；
每个子 worker 都会监听相同的端口（使用 reusePort）；
传入的 HTTP 请求会在子 worker 之间进行负载均衡分配处理。
目前 reusePort 只在 Linux 系统上有效。在 Windows 和 macOS 上，操作系统无法像预期那样对 HTTP 连接进行负载均衡处理。
2、开始支持 V8 公开 C++ API
Bun 现在支持了 V8 的公开 C++ API，这使得像 cpu-features 这样的软件包可以在 Bun 中正常工作。这是一个值得注意的变化，因为 Bun 不是像 Node.js 一样构建在 V8 之上。相反，Bun 是构建在 JavaScriptCore 上的，JavaScriptCore 是 Safari 使用的 JavaScript 引擎。
这意味着官方需要实现一个自己的 C++ 翻译层，将 V8 的 API 与 JavaScriptCore 进行对接。这是一项非常艰巨的工程，JavaScriptCore 和 V8 以不同的方式表示 JavaScript 值。V8 使用了移动式、并发的垃圾收集器，并且有明确的句柄作用域，而 JavaScriptCore 使用了非移动式的并发垃圾收集器，它会扫描堆栈内存（类似于隐式句柄作用域）。
什么要支持 V8 的内部 API？
最初 Bun 并没有打算支持这些 API，但是在发现许多受欢迎的软件包依赖于这些 API 后，开始决定加以支持，这些软件包包括：
cpu-features
node-canvas@v2
node-sqlite3
libxmljs
以及许多使用nan的软件包
在这个版本中，只有cpu-features从上述列表中受到支持，其他 API 正在努力支持中。
3、使用 @aws-sdk/client-s3 实现的 S3 上传速度提高了5倍
Bun 修复了 node:http 客户端实现中的一个 bug，这使得上传到 S3 的速度提高了5倍。
4、独立可执行文件中的 Worker
Bun 的单文件独立可执行文件现在支持绑定 Worker 和 node:worker_threads。
5、使用 OMGJIT 在 Windows 上实现更快的 WebAssembly
Windows 上的 WebAssembly 现在支持 JavaScriptCore 的优化即时编译器 (JIT)，称为 OMGJIT。
6、Node.js兼容性改进
execa 现在可以正常工作了。Bun 修复了一个不能正确支持 EventTarget的setMaxListeners 的 bug。这个问题影响到了像 execa 这样的包，会导致错误报 undefined is not a function。在调用 destroy() 关闭 TCP 连接后，与 node:net 的连接出现挂起，也是一个 bug 修复，在调用 destroy() 关闭 TCP 连接后，进程没有始终正确退出，因为事件循环仍然处于活动状态。这有时会导致像 postgres 这样的包无限期地挂起。
Bun在2024年11月下旬迎来了最近迎来了一项重要更新：正式支持 Musl libc。这使得 Bun 可以在以 Alpine Linux 为代表的轻量级 Linux 发行版上运行。Alpine 凭借其极小的镜像体积（通常不足 5MB）和高安全性，已经成为容器化应用的首选基础镜像。这一更新让开发者可以将 Bun 部署在这些精简的系统中，大幅降低运行环境的资源占用，同时提升启动速度。这对许多使用 Docker 的开发者尤其有意义，因为大量 Docker 镜像都是基于 Alpine 构建的。
Musl libc 的支持不仅解决了过去在这些环境中遇到的兼容性问题，更拓展了 Bun 的适用场景。对于微服务架构、边缘计算、资源受限的云环境，这种高效、轻量的组合显得尤为契合。通过减少对传统 glibc 的依赖，开发者在构建和部署时可以保持镜像的精简性，同时不牺牲运行时性能。除了这一关键更新，Bun 的开发团队也没有停下优化的步伐。二进制文件大小减少了 6 MB，让 Bun 变得更加精简；文件系统操作性能提升显著，尤其是对小文件的 fs.readFile，速度有了肉眼可见的改进。此外，Bun 增加了对 JUnit XML 测试输出的支持，这一功能极大地方便了与 CI/CD 工具的集成，让开发和交付更加高效。
在开发者关心的内存管理方面，Bun 表现也更加稳健。长时间运行的进程现在能够更好地利用内存，避免了资源浪费或内存泄漏问题。此外，Node.js 的兼容性也得到了进一步增强。团队修复了 ReadableStream 和 HTTP/1.1 等多个兼容性问题，同时优化了 CSS 解析和依赖管理工具的表现。这些改进为开发者提供了一个更加可靠和高效的运行环境。Bun 正在以惊人的速度发展，而对 Musl libc 的支持无疑是一个关键节点。它不仅让轻量级 Linux 系统的用户大大受益，也为整个生态带来了更广阔的想象空间。
最新版本：1.2
JavaScript运行时新秀 Bun 于2025年1月下旬发布 v1.2 版本，这是自2024年4月发布 1.1 以来最重要的一次更新；本次更新不仅大幅提升了与 Node.js 的兼容性，还为开发者带来了内置的数据库支持和云服务集成能力，进一步强化了其 “全能工具包” 的定位。
Node.js 兼容性获得突破性进展
在此次更新中，最引人注目的是 Bun 在 Node.js 兼容性方面取得的突破性进展。Bun 团队改变了此前被动修复问题的策略，转而主动运行 Node.js 的测试套件来提升兼容性。这一改变使得包括 http、crypto、dgram 等多个核心模块的测试通过率超过 90%。特别值得一提的是，Express 这个广受欢迎的 Web 框架在 Bun 中的性能提升了 3 倍，这无疑会吸引更多开发者尝试将项目迁移到 Bun 上。
云原生时代的标配：内置数据库与对象存储支持
此次更新的另一大亮点是为开发者带来了内置的 PostgreSQL 客户端和 S3 对象存储支持。这意味着开发者无需安装额外的依赖包，就能直接与这些关键的云服务进行交互。尤其是 Bun 的 S3 客户端，其性能测试显示比使用传统 AWS SDK 的 Node.js 应用快 5 倍。这一改进将显著降低云原生应用的开发门槛。
包管理器也要与时俱进
作为一个全能型工具包，Bun 的包管理功能也获得了重要升级。最显著的变化是将默认的二进制锁文件（bun.lockb）改为文本格式的 bun.lock。这一改变虽然看似简单，但解决了代码审查、版本控制和冲突解决等实际问题。更值得注意的是，尽管切换到了文本格式，新版本的 bun install 性能反而提升了 30%，这体现了 Bun 团队在性能优化方面的执着。
测试运行器更进一步
其内置测试运行器在此次更新中也得到加强，新增了 JUnit 和 LCOV 报告支持，这使得它更容易集成到现有的 CI/CD 流程中。此外，新增的内联快照测试等特性，也让测试体验更接近主流测试框架如 Jest。
性能持续领先
作为以性能著称的 JavaScript 运行时，Bun 1.2 在多个方面都实现了显著的性能提升。从 HTTP/2 服务器到文件系统操作，从 JSON 解析到控制台输出，几乎每个常用操作都变得更快。特别是在 Windows 平台上，JavaScript 执行性能获得了全面提升，这表明 Bun 正在努力填补其在 Windows 支持方面的短板。
展望未来
通过这次更新，Bun 展示了其在全栈开发工具链中的野心。从更完善的 Node.js 兼容性到云服务的原生支持，从更快的包管理到更强大的测试工具，Bun 正在将自己打造成一个真正的全能型开发工具包。特别是在云原生开发方面的创新，显示出 Bun 团队对未来开发趋势的敏锐把握。然而，挑战依然存在。尽管 Node.js 兼容性有了显著提升，但距离完全兼容仍有距离。同时，如何在保持高性能的同时确保稳定性，也将是 Bun 团队需要持续面对的挑战。
总的来说，v1.2 的发布展示了这个项目的快速发展势头，也证明了 JavaScript 生态系统仍有巨大的创新空间。对于开发者来说，现在可能是一个合适的时机来认真评估 Bun 是否适合自己的项目需求。毕竟，在性能、开发体验和云原生支持等方面，Bun 已经展现出了独特的优势。
2025年8月中旬发布的v1.2.20带来了大量令人振奋的新特性和性能优化。作为一个集运行时、包管理器、构建工具和测试框架于一体的完整解决方案，Bun 正在以惊人的速度追赶甚至超越传统的 Node.js 生态工具。
包管理改进：隔离安装与智能迁移
最引人注目的特性之一是全新的 bun install --linker=isolated 选项。这一功能借鉴了 pnpm 的隔离安装理念，通过符号链接的方式创建独立的 node_modules 目录，有效解决了包依赖冲突问题。对于大型项目和 monorepo 架构而言，这无疑是一个巨大的改进。更令人惊喜的是，v1.2.20 引入了自动 yarn.lock 迁移功能。当你在项目中运行 bun install 时，Bun 会自动检测并迁移现有的 yarn.lock 文件到 bun.lock，同时完整保留原有的依赖版本信息。这种无缝迁移大大降低了从 Yarn 切换到 Bun 的门槛，让开发者能够轻松享受 Bun 带来的性能提升。
新版本还增强了工作空间支持，bun outdated 和 bun update --interactive 命令现在支持 --recursive 标志，可以跨所有工作空间进行依赖管理。配合新的 --filter 选项，开发者可以精确控制更新范围，让 monorepo 的维护变得更加高效。
性能优化
性能一直是 Bun 的核心竞争力，新版本在这方面更是表现出色。v1.2.20 对 AbortSignal.timeout 进行了重写，性能提升了惊人的 40 倍。这一优化通过使用与 setTimeout 相同的底层实现来实现，展现了 Bun 团队在底层优化方面的深厚功力。内置的 PostgreSQL 客户端 Bun.sql 也获得了重大性能提升，通过自动查询流水线技术，性能提升最高可达 5 倍。在高并发场景下，Bun.sql 现在比在 Bun 中运行的 postgres 包快约 3.4 倍，比在 Node.js 中运行的同一包快 6 倍。这种性能优势对于构建高性能的后端服务具有重要意义。另一个值得关注的优化是启动时间的改进。其通过底层 Zig 代码的优化，实现了约 1 毫秒的启动时间缩短和 3MB 的内存使用减少。虽然看似微小，但这种细节上的打磨体现了 Bun 团队对性能极致追求的态度。
测试框架增强
bun:test 测试框架在新版本中也获得了显著改进。v1.2.20 重新设计了差异输出，引入了更清晰的可视化比较，包括对空白字符差异的高亮显示。这让开发者在调试测试失败时能够更快速地定位问题所在。新增的 expectTypeOf 功能让类型级别的测试成为可能。开发者现在可以在运行时验证 TypeScript 类型，这对于类型安全要求较高的项目具有重要价值。配合 toHaveReturnedWith、toHaveLastReturnedWith 和 toHaveNthReturnedWith 等新的匹配器，mock 函数的测试变得更加全面和便捷。值得一提的是，新版本还引入了 mock.clearAllMocks() 函数，可以一次性重置所有 mock 函数的状态。这个看似简单的功能实际上大大简化了测试清理工作，特别是在复杂的测试套件中。
开发工具生态完善
为包管理添加了全新的 bun pm pkg 命令，用于程序化管理 package.json 文件。这个工具支持获取、设置和删除配置项，并提供了自动修复常见错误的功能。对于需要自动化配置管理的项目来说，这是一个非常实用的工具。bun why 命令的引入解决了依赖关系调试的痛点。开发者现在可以追踪任何包的完整依赖链，了解为什么某个包会被安装。这个功能支持 glob 模式匹配，可以批量查询多个包的依赖关系。VS Code 集成也得到了加强，官方扩展现在支持原生的测试资源管理器界面，可以实时显示测试发现、进度和结果。这种深度集成让 Bun 的开发体验更加流畅。
兼容性持续改进
Bun 团队继续在 Node.js 兼容性方面投入大量精力。新版本改进了 V8 C++ API 的实现，新增了对 v8::Array::New、v8::Object::Get 等核心函数的支持，让更多的原生 Node.js 插件能够在 Bun 中正常运行。node:module 模块新增了 SourceMap 类和 findSourceMap() 函数的支持，node:fs 的 glob 功能也得到增强，现在支持数组形式的模式匹配和排除选项。这些看似细微的改进实际上解决了许多实际项目中的兼容性问题。
构建工具优化
Bun 的构建工具也没有被忽视。新版本改进了 tree-shaking 算法，现在可以更好地处理死代码中的 try...catch...finally 块，并且能够识别和移除未使用的 Symbol.for() 调用。这些优化有助于生成更小的构建产物。特别值得一提的是，Windows 平台的独立可执行文件现在支持 Authenticode 代码签名。Bun 通过将打包的代码嵌入到 PE 文件的专用 .bun 段中，解决了之前无法进行代码签名的问题。这对于需要分发 Windows 应用程序的开发者来说是一个重要的改进。
平台支持与稳定性
v1.2.20 为 Windows 用户带来了长路径支持，可以处理超过 260 字符的文件路径。这个改进通过应用程序清单实现，消除了深层目录结构项目中常见的文件相关错误。新版本还修复了大量的稳定性问题，包括内存泄漏、竞争条件和各种边界情况的处理。空闲时的 CPU 使用率也得到了显著降低，这对于长期运行的服务器应用程序特别重要。
展望未来
从更新可以看出，Bun 正在朝着成为 JavaScript 生态系统中最全面、最高效的工具包的目标稳步前进。无论是性能优化、功能完善还是生态兼容性，Bun 都展现出了令人印象深刻的进步速度。对于正在寻求更快构建速度、更好开发体验的团队来说，现在可能是尝试 Bun 的绝佳时机。随着自动迁移工具的完善和兼容性的持续改进，从现有工具链切换到 Bun 的成本正在不断降低，而收益却在不断增加。可以预见，随着 Bun 的持续发展，JavaScript 全栈开发的格局可能将迎来新的变化。这个由 Zig 语言构建的高性能工具包，正在用实际行动证明，开发工具的性能极限远未被触及。
最新版本：1.3
2025年10月10日，高性能 JavaScript 运行时 Bun 发布了 v1.3 版本。这是 Bun 项目迄今为止最重大的版本更新，标志着 Bun 从单纯的运行时工具演变为一个功能完备的全栈 JavaScript 开发平台。
从运行时到全栈平台的跨越
Bun 1.3 的核心突破在于将前端开发能力深度整合进运行时。据官方介绍，此次更新新增了对前端开发的一级支持，开发者现在可以直接运行 HTML 文件，无需额外配置即可启动一个功能完整的开发服务器。
bun ./**/*.html
执行上述命令后，Bun 会自动识别项目中的 HTML 文件并启动开发服务器，包括热模块替换（HMR）、React Fast Refresh 等现代前端开发必备功能。这种「开箱即用」的设计理念贯穿整个 1.3 版本。
值得注意的是，Bun 的开发服务器并非简单的静态文件服务器，而是集成了原生的 JavaScript、CSS 和 HTML 转译与打包能力。这意味着开发者可以在同一个进程中同时处理前后端代码，从根本上解决了传统开发中前后端端口分离导致的 CORS 跨域问题。
内置数据库客户端：性能与便利的平衡
数据库访问是后端开发的核心需求。Bun 1.3 将内置数据库支持从单一的 PostgreSQL 扩展到 MySQL、MariaDB 和 SQLite，并提供了统一的 Bun.SQL API。这一设计大幅降低了项目的依赖复杂度，同时带来显著的性能提升。
import { sql, SQL } from "bun";
// 使用统一 API 连接不同数据库
const postgres = new SQL("postgres://localhost/mydb");
const mysql = new SQL("mysql://localhost/mydb");
const sqlite = new SQL("sqlite://data.db");
// 自动从环境变量读取连接信息
const seniorAge = 65;
const seniorUsers = await sql`
SELECT name, age FROM users
WHERE age >= ${seniorAge}
`;
虽然现有的 npm 包如 postgres 和 mysql2 在 Bun 中已有不错的性能表现，但原生实现带来的优势不容小觑。官方数据显示，内置客户端在某些场景下性能提升可达数倍。
新版本还新增了 Redis 客户端支持，官方基准测试显示其性能是流行的 ioredis 库的 7.9 倍以上。对于需要缓存和消息队列的应用场景，这一改进意义重大。
Redis 性能对比
路由系统：简化全栈应用架构
Bun v1.3 为 Bun.serve() 引入了内置路由系统，支持参数化路由和通配符，让开发者能够在同一服务中优雅地处理前端页面和后端 API。
import { serve, sql } from "bun";
import App from "./myReactSPA.html";
serve({
port: 3000,
routes: {
"/*": App,
"/api/users": {
GET: async () => Response.json(await sql`SELECT * FROM users LIMIT 10`),
POST: async (req) => {
const { name, email } = await req.json();
const [user] = await sql`
INSERT INTO users ${sql({ name, email })}
RETURNING *;
`;
return Response.json(user);
},
},
"/api/users/:id": async (req) => {
const { id } = req.params;
const [user] = await sql`SELECT * FROM users WHERE id = ${id} LIMIT 1`;
if (!user) return new Response("User not found", { status: 404 });
return Response.json(user);
},
},
});
这种设计让全栈应用的部署变得极为简单。更令人印象深刻的是，Bun 的打包器现在支持将前后端代码打包成单一的可执行文件:
bun build --compile ./index.html --outfile myapp
生成的可执行文件可以在任何地方运行，无需安装 Node.js 或其他依赖，这对于微服务部署和边缘计算场景具有重要价值。
Cookie 管理：告别第三方库
Web 应用中的 Cookie 处理一直是个痛点。开发者要么选择单一功能的 tough-cookie 库，要么被迫引入 Express、Elysia 等完整框架。Bun 1.3 提供了原生的 Cookie API，采用类似 Map 的接口设计:
import { serve, randomUUIDv7 } from "bun";
serve({
routes: {
"/api/users/sign-in": (request) => {
request.cookies.set("sessionId", randomUUIDv7(), {
httpOnly: true,
sameSite: "strict",
});
return new Response("Signed in");
},
"/api/users/sign-out": (request) => {
request.cookies.delete("sessionId");
return new Response("Signed out");
},
},
});
这个 API 的巧妙之处在于零性能开销的延迟解析 —— 只有在实际访问 request.cookies 时才会解析请求头中的 Cookie，避免了不必要的计算。
包管理器的重大革新
Bun 的包管理器在 1.3 版本中获得了多项企业级特性。其中最值得关注的是隔离安装模式成为工作空间的默认行为。这一改变解决了大型 monorepo 项目中最常见的问题之一：包的幽灵依赖（phantom dependencies）。
在传统的提升安装模式下，所有依赖都平铺在根目录的 node_modules 中，包可能意外访问到未在 package.json 中声明的依赖。隔离模式确保每个包只能访问其明确声明的依赖，提高了构建的可预测性和可靠性。
依赖目录 (Catalogs) 功能为 monorepo 中的版本管理提供了优雅的解决方案:
{
"name": "monorepo",
"workspaces": ["packages/*"],
"catalog": {
"react": "^18.0.0",
"typescript": "^5.0.0"
}
}
工作空间包可以通过 "react": "catalog:" 引用目录中的版本，实现集中式版本管理。这一设计借鉴了 pnpm 的成功经验，但整合得更加自然。新增的安全扫描 API 让企业能够在安装阶段拦截恶意包。Bun 团队与 Socket 安全公司合作，推出了官方安全扫描器 @socketsecurity/bun-security-scanner。开发者也可以基于公开的 API 编写自定义扫描器，满足特定的安全合规需求。
[install.security]
scanner = "@socketsecurity/bun-security-scanner"
最小发布时间限制功能则提供了对供应链攻击的防护:
[install]
minimumReleaseAge = 604800 # 7天
这项配置要求包必须发布至少指定时间后才允许安装，给社区留出时间识别潜在的恶意包。
交互式更新命令 bun update --interactive 让依赖升级变得可控:
bun update --interactive
开发者可以逐个选择要更新的包，而不是一次性升级所有依赖，从而更好地控制潜在的破坏性变更。
测试框架的成熟化
Bun 的测试运行器在 1.3 版本中获得了与 VS Code Test Explorer 的深度集成。开发者可以直接在编辑器侧边栏查看测试列表，一键运行或调试单个测试，内联查看错误信息。这种开发体验与 Jest + VS Code Jest 扩展相当，但得益于 Bun 的性能优势，测试执行速度更快。并发测试支持的加入让 I/O 密集型测试套件的运行时间大幅缩短：
import { test } from "bun:test";
test.concurrent("fetch user 1", async () => {
const res = await fetch("https://api.example.com/users/1");
expect(res.status).toBe(200);
});
describe.concurrent("server tests", () => {
test("sends a request to server 1", async () => {
const response = await fetch("https://example.com/server-1");
expect(response.status).toBe(200);
});
});
默认情况下，最多 20 个测试会并发运行，这个数字可以通过 --max-concurrency 标志调整。对于需要保持串行执行的测试，可以使用 test.serial 修饰符。类型测试功能 expectTypeOf() 的引入是另一个亮点。开发者现在可以在单元测试中直接验证 TypeScript 类型:
import { expectTypeOf, test } from "bun:test";
test("types are correct", () => {
expectTypeOf<string>().toEqualTypeOf<string>();
expectTypeOf({ foo: 1 }).toHaveProperty("foo");
expectTypeOf<Promise<number>>().resolves.toBeNumber();
});
这些类型断言可以通过 bunx tsc --noEmit 在 CI 流程中验证，将类型安全检查提升到了新的高度。
Node.js 兼容性的持续推进
Bun 1.3 在每次提交时运行 Node.js 测试套件中额外的 800 个测试用例。官方数据显示，N-API 测试通过率已达 98% 以上，timers 模块通过率达到 98.4%。
对 node:vm 模块的全面支持是本次更新的重要成果。这个模块常用于代码沙箱、插件系统等高级场景，其实现难度较大。Bun 1.3 不仅支持基础的 vm.Script，还实现了 vm.SourceTextModule、vm.SyntheticModule 等高级 API，并支持字节码缓存以提升编译性能。
import vm from "node:vm";
const script = new vm.Script('console.log("Hello from VM")');
script.runInThisContext();
node:test 模块的初步支持让使用 Node.js 原生测试框架的项目能够在 Bun 上运行，这对于生态系统的兼容性意义重大。
加密性能的提升令人瞩目。DiffieHellman 和 Cipheriv/Decipheriv 的速度提升了约 400 倍，scrypt 提升了 6 倍。这些改进通过将关键路径用原生 C++ 重写实现，大幅降低了密码学操作的开销。
Web 标准与现代 API
Bun 1.3 新增了对多项 Web 标准的支持。YAML 原生支持让配置文件处理变得简单：
import { YAML } from "bun";
const obj = YAML.parse("key: value");
const yaml = YAML.stringify({ key: "value" }, 0, 2);
// 直接导入 YAML 文件
import config from "./config.yaml";
官方实现的 YAML 解析器目前通过了官方测试套件的 90% 用例，性能表现优异。
WebSocket 压缩功能的自动协商是另一个实用特性。当连接支持 permessage-deflate 时，Bun 会自动启用压缩，对于 JSON 等结构化数据，压缩率可达 60-80%，显著减少带宽消耗。
Zstandard 压缩的全面支持包括 fetch() 的自动解压和手动压缩 API：
import { zstdCompress, zstdDecompress } from "bun";
const compressed = await zstdCompress("Hello, world!");
const decompressed = await zstdDecompress(compressed);
DisposableStack 和 AsyncDisposableStack 的实现体现了 Bun 对 TC39 提案的快速跟进。这些 API 与 using 和 await using 声明配合，提供了优雅的资源管理机制。
性能优化：细节见真章
Bun 1.3 的性能优化遍布各个层面。空闲 CPU 占用的降低源于对垃圾回收调度的优化，在没有进行中的请求时，Bun.serve 的计时器不再活跃。JavaScript 内存占用降低 10-30% (Next.js 应用降低 28%，Elysia 降低 11%) 归功于更智能的 GC 计时器调度。
I/O 线程池的优化让 macOS 上的 Bun.build 快了 60%。Express 性能提升 9%，Fastify 提升 5.4%，这些改进来自对 node:http 模块的持续优化。
postMessage 的性能提升尤为惊人 —— 字符串传递快了 500 倍，简单对象快了 240 倍。这通过避免对安全共享的字符串进行序列化实现，同时减少了约 22 倍的峰值内存使用。
// 在 Worker 间传递大型 JSON 字符串现在快了 500 倍
const response = await fetch("https://api.example.com/data");
const json = await response.text();
postMessage(json);
启动时间减少了 1ms，内存占用减少了 3MB，这些看似微小的优化累积起来，对用户体验产生显著影响。
开发者体验的精心打磨
Bun 1.3 在开发者体验上的改进同样值得称道。TypeScript 默认配置改为 "module": "Preserve"，保留模块语法的原始形态，更符合 Bun 作为原生 ES 模块运行时的定位。
console.log() 的深度控制让调试大型对象变得可控:
bun --console-depth=5 ./app.ts
[console]
depth = 5
BUN_OPTIONS 环境变量提供了设置默认 CLI 参数的便捷方式：
export BUN_OPTIONS="--watch --hot"
bun run ./app.ts
# 等同于: bun --watch --hot run ./app.ts
bunx --package 标志让运行二进制文件与包名不一致的包变得简单：
bunx --package=@typescript-eslint/parser eslint ./src
新增的 bun why 命令清晰地展示依赖链，解答「为什么这个包会出现在我的项目中」：
bun why tailwindcss
这些看似细小的改进，体现了 Bun 团队对开发者日常工作流程的深刻理解。
打包器与构建系统的增强
Bun 的打包器在 1.3 版本中获得了跨平台编译能力。开发者现在可以在任何平台上为 Windows、macOS 和 Linux 构建可执行文件：
bun build --compile --target=linux-x64 ./app.ts --outfile myapp-linux
bun build --compile --target=darwin-arm64 ./app.ts --outfile myapp-macos
bun build --compile --target=windows-x64 ./app.ts --outfile myapp.exe
Windows 可执行文件元数据的支持让企业应用的打包更加专业：
bun build --compile --target=windows-x64 \\
--title="My App" \\
--publisher="My Company" \\
--version="1.0.0" \\
./app.ts
代码签名支持（Windows 的 Authenticode 和 macOS 的 codesign）确保了发布的可执行文件可以通过操作系统的安全验证。
压缩器变得更加智能，能够移除未使用的函数和类名，优化 new Object()、new Array() 等表达式，消除无用的 try...catch...finally 块。这些优化让生产构建的体积进一步缩小。
安全性的持续关注
v1.3 引入了 Bun.secrets API，利用操作系统的原生凭据存储（macOS 的 Keychain、Linux 的 libsecret、Windows 的 Credential Manager）：
import { secrets } from "bun";
await secrets.set({
service: "my-app",
name: "api-key",
value: "secret-value",
});
const key = await secrets.get({
service: "my-app",
name: "api-key",
});
凭据在静态时被加密，与环境变量分离存储，提供了更高的安全保障。
Bun.CSRF 模块为跨站请求伪造防护提供了原生支持：
import { CSRF } from "bun";
const secret = "your-secret-key";
const token = CSRF.generate({ secret, encoding: "hex", expiresIn: 60 * 1000 });
const isValid = CSRF.verify(token, { secret });
这些安全特性的内置化降低了开发者的心智负担，让安全最佳实践更容易落地。
生态系统的影响与展望
v1.3 的发布标志着该项目从「快速运行时」向「完整开发平台」的战略转型。Midjourney 等知名公司已在生产环境中使用 Bun 进行前端开发，这证明了其稳定性和可靠性。
官方提到，每个提交都会运行大量的 Node.js 测试套件，表明 Bun 团队对兼容性的重视。对 pnpm.lock 和 yarn.lock 的迁移支持，让团队可以无痛试用 Bun，而无需说服所有成员同时升级工具链。
不过，v1.3 版本也带来了一些破坏性变更。Bun.serve() 的 TypeScript 类型被重构，WebSocket 数据定义方式发生变化；SQL 客户端现在强制使用标签模板语法；测试过滤器在没有匹配用例时会报错而非静默成功。这些变更虽然可能给现有项目带来迁移成本，但从长远看有利于 API 的一致性和可维护性。
数据说话：性能对比
根据官方提供的基准测试数据：
Redis 客户端: 比 ioredis 快 7.9 倍以上
postMessage 字符串: 速度提升 500 倍，内存减少 22 倍
postMessage 对象: 速度提升 240 倍
DiffieHellman: 约快 400 倍
Cipheriv/Decipheriv: 约快 400 倍
scrypt: 快 6 倍
AbortSignal.timeout: 快 40 倍
Headers 操作: 快 2 倍
Bun.build on macOS: 快 60%
Express: 快 9%
Fastify: 快 5.4%
这些数据展示了 Bun 在性能上的持续领先优势。
社区反响与未来规划
v1.3 的发布在社区引发了热烈讨论。开发者们尤其关注全栈开发能力的提升和包管理器的企业级特性。Socket 公司 CTO Ahmad Nassri 对安全扫描 API 的评价颇具代表性：「Bun 团队行动迅速，在包管理器层面保护开发者。开放安全扫描 API，让 Socket 这样的工具能够在安装过程中提供实时威胁检测。这是让开源开发默认更安全的重要一步。」
官方表示，v1.3 系列将持续关注全栈应用开发体验的提升。Redis 集群、流式处理和 Lua 脚本支持已在规划中。WebAssembly 流式编译的实现，以及对更多 TC39 提案的支持，也在进行中。Bun 的快速迭代和对社区反馈的积极响应，让人对其未来发展充满期待。从一个「更快的 Node.js」到一个「完整的 JavaScript 平台」，Bun 正在书写属于自己的故事。
项目主页：https://github.com/oven-sh/bun
Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one.
特性：
带有 Web API 的 JavaScript 运行时，内置 fetch、WebSocket等 API。bun 嵌入了 JavaScriptCore，它往往比 V8 等更流行的引擎更快且内存效率更高（尽管更难嵌入）
JavaScript/TypeScript/JSX 转译器
JavaScript 和 CSS 打包器
package.json 脚本的任务运行器
npm 兼容的包管理器
Bun 基于 Request 和 Response 等 Web 标准的HTTP服务器：
// http.js
export default {
port: 3000,
fetch(request) {
return new Response("Welcome to Bun!");
},
};
Bun 完全从零开始构建，对标的项目是 Node.js 和 Deno 这类现代化的 JavaScript 运行时。旨在替代当前的 JavaScript 和 TypeScript 应用程序或脚本，原生实现了数百个 Node.js 和 Web API，包括约 90% 的 Node-API 函数（native modules）、fs、path、Buffer 等。
其目标是在浏览器之外运行世界上大多数 JavaScript，为未来的基础架构带来性能和复杂性的增强，并通过更好、更简单的工具提高开发人员的生产力。
它内置了诸如 fetch、WebSocket 和 ReadableStream 等 Web API。
node_modules bun 实现了 Node.js 的模块解析算法，因此你可以在 Bun 中使用 npm 包。支持 ESM 和 CommonJS，但 Bun 内部使用 ESM。
在 Bun 中，每个文件都是转译的。TypeScript 和 JSX 就可以使用。
Bun 支持来自 tsconfig.json 文件的 "paths"、"jsxImportSource" 等。
Bun.Transpiler Bun 的 JsX 和 TypeScript 转译器在 Bun 中作为 API 可用。
使用 Bun.write 提供的最快系统调用来写入、复制、管道、发送和克隆文件。
Bun 自动从.env 文件加载环境变量。不再需要 require ("dotenv").config ()
Bun 提供了一个快速的 SQLite3 客户端，内置 bun:sqlite。
Node-API Bun 实现了大部分的 Node-API（N-API）。许多 Node.js 原生模块都可以使用。
bun:ffi 使用 Bun 的低开销外部函数接口从 JavaScript 调用 native code。
node:fs node:path Bun 原生支持越来越多的 Node.js 核心模块，以及像 Buffer 和 process 这样的 globals。
最新版本：0.7
新型 JavaScript 运行时 Bun 于2023年7月下旬正式发布了 0.7 版本，带来了重大的升级。此次更新主要集中在与 Node.js 的兼容性提升和新功能支持上。
首先 Bun 宣布与流行的前端打包工具 Vite 实现了初步兼容。开发者现在可以使用 Bun 直接运行 Vite 项目，享受热更新等方便功能，无需进行额外配置。不过由于 Bun 和 Vite 内部机制不同，Vite 目前仍未使用 Bun 的打包和转译优势。但这为未来的深度集成创造了条件。然后 Bun 实现了浏览器环境下的 Worker 线程支持。开发者现在可以通过新加的 Worker 类创建子线程，利用多核 CPU 提升计算密集型任务的执行效率。Bun 的 Worker 天生支持模块化、TypeScript 等特性，比浏览器原生 Worker 用起来更顺手。值得一提的是，流行的 comlink 库也可以无缝应用在 Bun 的 Worker 中，让线程间通信更加方便。此外 Bun 还原生支持了异步上下文存储 AsyncLocalStorage，这是许多框架实现异步操作追踪的关键。接下来 Bun 有望兼容 Next.js 等流行框架。
在 Node.js 兼容性方面，Bun 追加实现了事件循环中的定时器回调保证异步执行的特性，对命令行应用来说重要的标准输出流也增强了窗口尺寸查询支持。特别是在 TLS 网络方面，Bun 改进了密钥导出、会话重用等接口的实现，满足了流行加密库的需求。当然此次更新也增加了实用的新功能。比如，开发者现在可以更容易地在主线程与 Worker 之间传递数据，还可以利用结构化克隆算法（structuredClone()）进行高效的深拷贝。将可读流转换为 FormData 对象的 API 也成为可能。测试框架方面，新增了在第一个测试失败后立即结束的 “--bail” 模式，提高了 CI/CD 环境下的效率。WebSocket 连接也增强了 ping/pong 监听支持。
一些棘手的 Bug 导致的内存泄露和性能问题也得到修复。总体来看，0.7 版本带来的升级让其在与 Node.js 的竞争中又近了一步。随着兼容性进一步提高，开发者可能会看到越来越多的项目转向使用 Bun。我们拭目以待 Bun 后续的表现。毕竟，一个快速、高效、易用的 JavaScript 解决方案，对开发者的吸引力可想而知。
最新版本：1.0
2023年9月8日，Javascript 运行时 Bun 正式发布 1.0 版本，标志着这个由前 Facebook 工程师创建的项目正式进入稳定生产可用阶段。Bun 的愿景是通过深度整合，让 Javascript 开发 “快如闪电”。这个新生力量是否能撼动 Javascript 界老牌霸主 Node 的地位，成为下一代前端开发标准？
Bun v1.0 作为 Javascript 社区中一个相对较新的革新者，其致力于解决碎片化工具过多导致的开发低效问题。它将运行时、打包工具、测试框架等功能融合在一个工具中，提供开箱即用的高性能体验。它兼容现有的 Node.js 生态，几乎所有 Node 程序可以无缝迁移。更令人振奋的是，Bun 的启动速度可达 Node 的 4 倍，运行 TypeScript 的速度比 esbuild+Node 快 5 倍！原因在于其使用了 Apple 开源的 WebKit 引擎，而不是 Node 常见的 V8。
其内置对 TypeScript 和 JSX 的支持，省去了编译配置的麻烦。同时它也能兼容 CommonJS 和 ESM 模块，你可以在同一文件内混合使用 import 和 require 语句。Bun 成功地消除了模块管理的复杂性问题，表现十分出色！
import lodash from "lodash";
const _ = require("underscore");
它还拥有先进的本地 API，比如用 Bun.file() 替代 fs 读文件，可获得 10 倍速度提升。Bun.write() 写入文件也比 Node 快 3 倍。Bun.serve() 启动 HTTP 服务支持 WebSocket，性能均是 Node 的 5 倍左右。可以说，Bun 的本地 API 设计是效率至上的。其最大的杀手锏是其集成的打包功能。基于 esbuild 优化，它比主流的 Rollup、Parcel、Webpack 都快上一两个数量级，堪称 JS 打包速度之最。Bun 更开创了 JS 宏的新概念，可以在打包时运算 JS 函数并内联结果到代码中，是其他打包器难以企及的创新。
对于前端测试，Bun 实现了与 Jest 兼容的测试框架 bun:test。它利用原生实现提升了匹配器速度，完爆 Jest 和 Vitest 达 10-100 倍。命令 bun test 即可享受极速测试体验。最后，Bun 现在首次推出实验版本，为 Windows 操作系统提供原生支持，这意味着 Windows 用户无需再依赖 Windows Subsystem for Linux（WSL），即可轻松体验 Bun 所带来的超光速开发乐趣。1.0 的发布预示着 Javascript 生态可能再次被颠覆和重塑。新老开发者们不妨试用 Bun，体验其中的进化与乐趣。让我们共同见证 Javascript 的新纪元！
Bun v1.0.12于2023年11月中旬发布。该版本在修复了 24 个安全漏洞的基础上，引入了多项创新功能和重大改进，以增强用户体验并提高与 Node.js 的兼容性。一个显著新特性是 bun -e 命令的加入，允许开发者在不创建文件的情况下直接运行脚本。这极大提升了编写和测试小型脚本的便利性和灵活性。此外通过 bun --env-file 命令的引入，使得用户可以指定不同的环境变量文件，这对于多环境测试尤为重要。
新版 Bun 还增加了对 server.url 的支持，它允许返回定义 HTTP 服务器位置的 URL 对象，这对于需要在测试中获取服务器实际 URL 的用户非常有用。同时，import.meta.env 的引入使得在 Bun 环境中访问环境变量变得更为简便。在代码健壮性方面，v1.0.12 引入了 expect.unreachable()，它用于在代码路径不应被执行时抛出错误。同时，该版本对 Bun 的 CLI 帮助进行了改进，使其更易于阅读和理解。
在打包功能方面，v1.0.12 引入了一项重要改进：现在可以在打包时使用宏来导入内置模块。例如，开发者可以在打包阶段使用宏来调用readFileSync和spawnSync等内置模块的功能。这一改进为开发者在构建过程中提供了更多的灵活性和便利，使得例如在打包时读取文件内容或启动进程等操作变得可行。此外，对 mock.module 的支持也得到了改进，解决了覆盖默认导出和重新导出时的问题，增强了在测试环境中模拟模块的功能。在解决 bug 方面，Bun 团队修复了多项问题，包括 bun install 在处理特殊情况时的错误，HTTP 客户端响应头缺失情况的改进，以及其他潜在的稳定性问题。
综合来看，v1.0.12 的发布是该项目在打造更加强大、易用工具方面的一大步。这些更新和改进预期将使 Bun 在 JavaScript 开发社区中的作用更为重要，为开发者提供更高效、更可靠的编程体验。
兼具运行时、打包工具、转译器和包管理器多重功能的 JavaScript 工具，在2024年1月中旬迎来了 1.0.23 版本的更新。本次更新针对社区反馈修复了 40 个 bug，共计获得了 194 个赞，使其在打包部署等方面的易用性有所提升。
引入 SQLite 数据库：轻松管理数据
v1.0.23 的一大亮点是引入了对 SQLite 数据库的支持。开发者现在可以直接在 Bun 中导入 SQLite 数据库，极大简化了在项目中使用 SQLite 的流程。通过简单的 import 语句，开发者能够轻松导入和管理数据库，这对于需要处理数据存储和读取的应用程序来说，无疑是一个巨大的便利。此外也支持将 SQLite 数据库嵌入到单文件可执行程序中。这意味着开发者可以创建包含数据库的独立应用程序，极大地简化了部署过程。
性能提升：更快的 TCP 和 bug 修复
在性能方面，v1.0.23 做出了显著的优化。特别是在 Linux 系统上，TCP 传输性能提升了4%，这得益于减少了系统调用次数。这一改进对于需要处理大量网络数据的应用来说，无疑是一个巨大的提升。
Node.js 兼容性和资源管理
对于 Node.js 的兼容性，v1.0.23 也进行了重要的更新，解决了一些先前版本中存在的问题。例如，现在可以在 Bun 环境中无缝使用 Node.js 内置模块，如 fs 和 path。还引入了对 TC39 提出的第三阶段提案 —— 资源管理（Resource Management）的支持。这意味着开发者可以更加有效地管理文件句柄、数据库连接和网络套接字等资源。
其他重要更新
SQLite 升级至 3.45.0 版本：加入了 JSONB 支持，使得存储和读取 JSON 数据更加高效。
嵌入.node 文件的支持：允许开发者在构建时将 NAPI 插件.node 文件嵌入，使得打包本地 Node.js 模块变得简单。
HTTP 服务器头部限制提升：从 50 提升到 100，增强了服务器的处理能力。
增强的 import.meta 支持：新增了 import.meta.dirname 和 import.meta.filename 支持，增强了与 Node.js 的兼容性。
fs/promises 中的 FileHandle 支持：使得文件操作更加灵活和强大。
众多 bug 修复和性能优化：包括 zlibBufferSync 的错误处理、Bun.spawn() 中的文件描述符泄漏、URL 处理的一致性问题等。
本次更新使 Bun 成为 Web 应用打包部署更便捷高效的选择；相信随着 Bun 的持续完善，会有更多开发者加入使用。
最新版本：1.1
JavaScript 开发者们瞩目已久的 Bun 1.1 版本于2024年4月上旬正式发布了！这次大版本更新带来了一系列令人兴奋的新特性和显著的性能提升，将为开发者们提供更加顺畅、高效的开发体验。首先为其支持 Windows 而欢呼吧！是的，现在 Windows 开发者也能享受到 Bun 带来的极速体验了。通过一行简单的 PowerShell 命令，即可在 Windows 10 及以上系统安装 Bun。更令人惊喜的是，Bun 在 Windows 上的测试覆盖率已经达到了 98%，这意味着你能在 Windows 上尽情使用 Bun 的各项功能，与 macOS 和 Linux 版本几乎完全一致。
说到速度，Bun 1.1 在各个方面都有了大幅提升。在 Windows 上进行依赖安装时，Bun 的表现尤其亮眼。以安装一个 Vite React 应用为例，使用 Bun，安装速度比 Yarn 快 18 倍，比 npm 更是快了 30 倍之多！Bun 还对 Windows 上的文件系统操作进行了深度优化，例如递归读取目录的速度比 Node.js 快了 22 倍。对 Node.js 兼容性的改进也非常显著。不仅修复了上千个 bug，还新增了大量 Node.js API 的支持。现在你可以在 Bun 中使用 HTTP/2 客户端、递归的 fs.readdir()、进程间通信等功能了。值得一提的是，Bun 还支持许多 Node.js 中没有文档说明的内部 API，让你的 npm 包可以在 Bun 下平滑迁移，而无需修改代码。
作为一个多才多艺的 JavaScript 运行时，Bun 1.1 在打包、测试、SQLite 支持等方面也有诸多亮点。全新的 bun build --target=node 命令让你轻松将 TypeScript 代码打包成可在 Node.js 下运行的文件。而 bun build --compile 命令更是一个黑科技，它能将你的 JS/TS 代码连同 SQLite 数据库一起编译成一个单文件可执行程序！
说到 SQLite，Bun 1.1 内置了一个高性能的 SQLite 接口，并且支持了多语句查询、导入预置数据库等实用功能。结合编译成单文件 exe 的功能，Bun 让嵌入式数据库应用开发变得无比简单高效。当然，Bun 1.1 在开发者体验方面也下了不少功夫。语法高亮的错误堆栈、更加简洁的调用栈信息、bun --eval 命令行直接执行脚本……Bun 力求为开发者提供更加友好便捷的使用体验。
还有很多很多的新特性，在这里无法一一列举。但可以肯定的是，Bun 1.1 是一个里程碑式的版本，它以其卓越的性能、丰富的功能和贴心的开发体验，势必将 JavaScript 开发推向一个新的高度。
Bun 在解码 Base64 方面比 Node.js v22 快
在2024年6月下旬的一则推文中，计算机科学家 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，导致了不必要的性能损失。
其分析显示，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 生态系统的进步。
2024年8月发布了 v1.1.25 版本，并高调宣布在最新的性能测试中，每秒可以处理 129 万个 HTTP 请求，一起来看看这个版本究竟做了哪些改进。
1、node:cluster 支持
Bun 现在支持 node:cluster API。通过使用这个 API，你可以在同一个端口上运行一组 Bun workers，从而实现更高的吞吐量和利用率。对于拥有多个 CPU 核心的机器来说，这是在生产环境中进行负载均衡的最佳选择。下面是一个工作原理的示例：
主要的 worker 会创建 n 个子 worker，一般数量与 CPU 核心数相同；
每个子 worker 都会监听相同的端口（使用 reusePort）；
传入的 HTTP 请求会在子 worker 之间进行负载均衡分配处理。
目前 reusePort 只在 Linux 系统上有效。在 Windows 和 macOS 上，操作系统无法像预期那样对 HTTP 连接进行负载均衡处理。
2、开始支持 V8 公开 C++ API
Bun 现在支持了 V8 的公开 C++ API，这使得像 cpu-features 这样的软件包可以在 Bun 中正常工作。这是一个值得注意的变化，因为 Bun 不是像 Node.js 一样构建在 V8 之上。相反，Bun 是构建在 JavaScriptCore 上的，JavaScriptCore 是 Safari 使用的 JavaScript 引擎。
这意味着官方需要实现一个自己的 C++ 翻译层，将 V8 的 API 与 JavaScriptCore 进行对接。这是一项非常艰巨的工程，JavaScriptCore 和 V8 以不同的方式表示 JavaScript 值。V8 使用了移动式、并发的垃圾收集器，并且有明确的句柄作用域，而 JavaScriptCore 使用了非移动式的并发垃圾收集器，它会扫描堆栈内存（类似于隐式句柄作用域）。
什么要支持 V8 的内部 API？
最初 Bun 并没有打算支持这些 API，但是在发现许多受欢迎的软件包依赖于这些 API 后，开始决定加以支持，这些软件包包括：
cpu-features
node-canvas@v2
node-sqlite3
libxmljs
以及许多使用nan的软件包
在这个版本中，只有cpu-features从上述列表中受到支持，其他 API 正在努力支持中。
3、使用 @aws-sdk/client-s3 实现的 S3 上传速度提高了5倍
Bun 修复了 node:http 客户端实现中的一个 bug，这使得上传到 S3 的速度提高了5倍。
4、独立可执行文件中的 Worker
Bun 的单文件独立可执行文件现在支持绑定 Worker 和 node:worker_threads。
5、使用 OMGJIT 在 Windows 上实现更快的 WebAssembly
Windows 上的 WebAssembly 现在支持 JavaScriptCore 的优化即时编译器 (JIT)，称为 OMGJIT。
6、Node.js兼容性改进
execa 现在可以正常工作了。Bun 修复了一个不能正确支持 EventTarget的setMaxListeners 的 bug。这个问题影响到了像 execa 这样的包，会导致错误报 undefined is not a function。在调用 destroy() 关闭 TCP 连接后，与 node:net 的连接出现挂起，也是一个 bug 修复，在调用 destroy() 关闭 TCP 连接后，进程没有始终正确退出，因为事件循环仍然处于活动状态。这有时会导致像 postgres 这样的包无限期地挂起。
Bun在2024年11月下旬迎来了最近迎来了一项重要更新：正式支持 Musl libc。这使得 Bun 可以在以 Alpine Linux 为代表的轻量级 Linux 发行版上运行。Alpine 凭借其极小的镜像体积（通常不足 5MB）和高安全性，已经成为容器化应用的首选基础镜像。这一更新让开发者可以将 Bun 部署在这些精简的系统中，大幅降低运行环境的资源占用，同时提升启动速度。这对许多使用 Docker 的开发者尤其有意义，因为大量 Docker 镜像都是基于 Alpine 构建的。
Musl libc 的支持不仅解决了过去在这些环境中遇到的兼容性问题，更拓展了 Bun 的适用场景。对于微服务架构、边缘计算、资源受限的云环境，这种高效、轻量的组合显得尤为契合。通过减少对传统 glibc 的依赖，开发者在构建和部署时可以保持镜像的精简性，同时不牺牲运行时性能。除了这一关键更新，Bun 的开发团队也没有停下优化的步伐。二进制文件大小减少了 6 MB，让 Bun 变得更加精简；文件系统操作性能提升显著，尤其是对小文件的 fs.readFile，速度有了肉眼可见的改进。此外，Bun 增加了对 JUnit XML 测试输出的支持，这一功能极大地方便了与 CI/CD 工具的集成，让开发和交付更加高效。
在开发者关心的内存管理方面，Bun 表现也更加稳健。长时间运行的进程现在能够更好地利用内存，避免了资源浪费或内存泄漏问题。此外，Node.js 的兼容性也得到了进一步增强。团队修复了 ReadableStream 和 HTTP/1.1 等多个兼容性问题，同时优化了 CSS 解析和依赖管理工具的表现。这些改进为开发者提供了一个更加可靠和高效的运行环境。Bun 正在以惊人的速度发展，而对 Musl libc 的支持无疑是一个关键节点。它不仅让轻量级 Linux 系统的用户大大受益，也为整个生态带来了更广阔的想象空间。
最新版本：1.2
JavaScript运行时新秀 Bun 于2025年1月下旬发布 v1.2 版本，这是自2024年4月发布 1.1 以来最重要的一次更新；本次更新不仅大幅提升了与 Node.js 的兼容性，还为开发者带来了内置的数据库支持和云服务集成能力，进一步强化了其 “全能工具包” 的定位。
Node.js 兼容性获得突破性进展
在此次更新中，最引人注目的是 Bun 在 Node.js 兼容性方面取得的突破性进展。Bun 团队改变了此前被动修复问题的策略，转而主动运行 Node.js 的测试套件来提升兼容性。这一改变使得包括 http、crypto、dgram 等多个核心模块的测试通过率超过 90%。特别值得一提的是，Express 这个广受欢迎的 Web 框架在 Bun 中的性能提升了 3 倍，这无疑会吸引更多开发者尝试将项目迁移到 Bun 上。
云原生时代的标配：内置数据库与对象存储支持
此次更新的另一大亮点是为开发者带来了内置的 PostgreSQL 客户端和 S3 对象存储支持。这意味着开发者无需安装额外的依赖包，就能直接与这些关键的云服务进行交互。尤其是 Bun 的 S3 客户端，其性能测试显示比使用传统 AWS SDK 的 Node.js 应用快 5 倍。这一改进将显著降低云原生应用的开发门槛。
包管理器也要与时俱进
作为一个全能型工具包，Bun 的包管理功能也获得了重要升级。最显著的变化是将默认的二进制锁文件（bun.lockb）改为文本格式的 bun.lock。这一改变虽然看似简单，但解决了代码审查、版本控制和冲突解决等实际问题。更值得注意的是，尽管切换到了文本格式，新版本的 bun install 性能反而提升了 30%，这体现了 Bun 团队在性能优化方面的执着。
测试运行器更进一步
其内置测试运行器在此次更新中也得到加强，新增了 JUnit 和 LCOV 报告支持，这使得它更容易集成到现有的 CI/CD 流程中。此外，新增的内联快照测试等特性，也让测试体验更接近主流测试框架如 Jest。
性能持续领先
作为以性能著称的 JavaScript 运行时，Bun 1.2 在多个方面都实现了显著的性能提升。从 HTTP/2 服务器到文件系统操作，从 JSON 解析到控制台输出，几乎每个常用操作都变得更快。特别是在 Windows 平台上，JavaScript 执行性能获得了全面提升，这表明 Bun 正在努力填补其在 Windows 支持方面的短板。
展望未来
通过这次更新，Bun 展示了其在全栈开发工具链中的野心。从更完善的 Node.js 兼容性到云服务的原生支持，从更快的包管理到更强大的测试工具，Bun 正在将自己打造成一个真正的全能型开发工具包。特别是在云原生开发方面的创新，显示出 Bun 团队对未来开发趋势的敏锐把握。然而，挑战依然存在。尽管 Node.js 兼容性有了显著提升，但距离完全兼容仍有距离。同时，如何在保持高性能的同时确保稳定性，也将是 Bun 团队需要持续面对的挑战。
总的来说，v1.2 的发布展示了这个项目的快速发展势头，也证明了 JavaScript 生态系统仍有巨大的创新空间。对于开发者来说，现在可能是一个合适的时机来认真评估 Bun 是否适合自己的项目需求。毕竟，在性能、开发体验和云原生支持等方面，Bun 已经展现出了独特的优势。
2025年8月中旬发布的v1.2.20带来了大量令人振奋的新特性和性能优化。作为一个集运行时、包管理器、构建工具和测试框架于一体的完整解决方案，Bun 正在以惊人的速度追赶甚至超越传统的 Node.js 生态工具。
包管理改进：隔离安装与智能迁移
最引人注目的特性之一是全新的 bun install --linker=isolated 选项。这一功能借鉴了 pnpm 的隔离安装理念，通过符号链接的方式创建独立的 node_modules 目录，有效解决了包依赖冲突问题。对于大型项目和 monorepo 架构而言，这无疑是一个巨大的改进。更令人惊喜的是，v1.2.20 引入了自动 yarn.lock 迁移功能。当你在项目中运行 bun install 时，Bun 会自动检测并迁移现有的 yarn.lock 文件到 bun.lock，同时完整保留原有的依赖版本信息。这种无缝迁移大大降低了从 Yarn 切换到 Bun 的门槛，让开发者能够轻松享受 Bun 带来的性能提升。
新版本还增强了工作空间支持，bun outdated 和 bun update --interactive 命令现在支持 --recursive 标志，可以跨所有工作空间进行依赖管理。配合新的 --filter 选项，开发者可以精确控制更新范围，让 monorepo 的维护变得更加高效。
性能优化
性能一直是 Bun 的核心竞争力，新版本在这方面更是表现出色。v1.2.20 对 AbortSignal.timeout 进行了重写，性能提升了惊人的 40 倍。这一优化通过使用与 setTimeout 相同的底层实现来实现，展现了 Bun 团队在底层优化方面的深厚功力。内置的 PostgreSQL 客户端 Bun.sql 也获得了重大性能提升，通过自动查询流水线技术，性能提升最高可达 5 倍。在高并发场景下，Bun.sql 现在比在 Bun 中运行的 postgres 包快约 3.4 倍，比在 Node.js 中运行的同一包快 6 倍。这种性能优势对于构建高性能的后端服务具有重要意义。另一个值得关注的优化是启动时间的改进。其通过底层 Zig 代码的优化，实现了约 1 毫秒的启动时间缩短和 3MB 的内存使用减少。虽然看似微小，但这种细节上的打磨体现了 Bun 团队对性能极致追求的态度。
测试框架增强
bun:test 测试框架在新版本中也获得了显著改进。v1.2.20 重新设计了差异输出，引入了更清晰的可视化比较，包括对空白字符差异的高亮显示。这让开发者在调试测试失败时能够更快速地定位问题所在。新增的 expectTypeOf 功能让类型级别的测试成为可能。开发者现在可以在运行时验证 TypeScript 类型，这对于类型安全要求较高的项目具有重要价值。配合 toHaveReturnedWith、toHaveLastReturnedWith 和 toHaveNthReturnedWith 等新的匹配器，mock 函数的测试变得更加全面和便捷。值得一提的是，新版本还引入了 mock.clearAllMocks() 函数，可以一次性重置所有 mock 函数的状态。这个看似简单的功能实际上大大简化了测试清理工作，特别是在复杂的测试套件中。
开发工具生态完善
为包管理添加了全新的 bun pm pkg 命令，用于程序化管理 package.json 文件。这个工具支持获取、设置和删除配置项，并提供了自动修复常见错误的功能。对于需要自动化配置管理的项目来说，这是一个非常实用的工具。bun why 命令的引入解决了依赖关系调试的痛点。开发者现在可以追踪任何包的完整依赖链，了解为什么某个包会被安装。这个功能支持 glob 模式匹配，可以批量查询多个包的依赖关系。VS Code 集成也得到了加强，官方扩展现在支持原生的测试资源管理器界面，可以实时显示测试发现、进度和结果。这种深度集成让 Bun 的开发体验更加流畅。
兼容性持续改进
Bun 团队继续在 Node.js 兼容性方面投入大量精力。新版本改进了 V8 C++ API 的实现，新增了对 v8::Array::New、v8::Object::Get 等核心函数的支持，让更多的原生 Node.js 插件能够在 Bun 中正常运行。node:module 模块新增了 SourceMap 类和 findSourceMap() 函数的支持，node:fs 的 glob 功能也得到增强，现在支持数组形式的模式匹配和排除选项。这些看似细微的改进实际上解决了许多实际项目中的兼容性问题。
构建工具优化
Bun 的构建工具也没有被忽视。新版本改进了 tree-shaking 算法，现在可以更好地处理死代码中的 try...catch...finally 块，并且能够识别和移除未使用的 Symbol.for() 调用。这些优化有助于生成更小的构建产物。特别值得一提的是，Windows 平台的独立可执行文件现在支持 Authenticode 代码签名。Bun 通过将打包的代码嵌入到 PE 文件的专用 .bun 段中，解决了之前无法进行代码签名的问题。这对于需要分发 Windows 应用程序的开发者来说是一个重要的改进。
平台支持与稳定性
v1.2.20 为 Windows 用户带来了长路径支持，可以处理超过 260 字符的文件路径。这个改进通过应用程序清单实现，消除了深层目录结构项目中常见的文件相关错误。新版本还修复了大量的稳定性问题，包括内存泄漏、竞争条件和各种边界情况的处理。空闲时的 CPU 使用率也得到了显著降低，这对于长期运行的服务器应用程序特别重要。
展望未来
从更新可以看出，Bun 正在朝着成为 JavaScript 生态系统中最全面、最高效的工具包的目标稳步前进。无论是性能优化、功能完善还是生态兼容性，Bun 都展现出了令人印象深刻的进步速度。对于正在寻求更快构建速度、更好开发体验的团队来说，现在可能是尝试 Bun 的绝佳时机。随着自动迁移工具的完善和兼容性的持续改进，从现有工具链切换到 Bun 的成本正在不断降低，而收益却在不断增加。可以预见，随着 Bun 的持续发展，JavaScript 全栈开发的格局可能将迎来新的变化。这个由 Zig 语言构建的高性能工具包，正在用实际行动证明，开发工具的性能极限远未被触及。
最新版本：1.3
2025年10月10日，高性能 JavaScript 运行时 Bun 发布了 v1.3 版本。这是 Bun 项目迄今为止最重大的版本更新，标志着 Bun 从单纯的运行时工具演变为一个功能完备的全栈 JavaScript 开发平台。
从运行时到全栈平台的跨越
Bun 1.3 的核心突破在于将前端开发能力深度整合进运行时。据官方介绍，此次更新新增了对前端开发的一级支持，开发者现在可以直接运行 HTML 文件，无需额外配置即可启动一个功能完整的开发服务器。
bun ./**/*.html
执行上述命令后，Bun 会自动识别项目中的 HTML 文件并启动开发服务器，包括热模块替换（HMR）、React Fast Refresh 等现代前端开发必备功能。这种「开箱即用」的设计理念贯穿整个 1.3 版本。
值得注意的是，Bun 的开发服务器并非简单的静态文件服务器，而是集成了原生的 JavaScript、CSS 和 HTML 转译与打包能力。这意味着开发者可以在同一个进程中同时处理前后端代码，从根本上解决了传统开发中前后端端口分离导致的 CORS 跨域问题。
内置数据库客户端：性能与便利的平衡
数据库访问是后端开发的核心需求。Bun 1.3 将内置数据库支持从单一的 PostgreSQL 扩展到 MySQL、MariaDB 和 SQLite，并提供了统一的 Bun.SQL API。这一设计大幅降低了项目的依赖复杂度，同时带来显著的性能提升。
import { sql, SQL } from "bun";
// 使用统一 API 连接不同数据库
const postgres = new SQL("postgres://localhost/mydb");
const mysql = new SQL("mysql://localhost/mydb");
const sqlite = new SQL("sqlite://data.db");
// 自动从环境变量读取连接信息
const seniorAge = 65;
const seniorUsers = await sql`
SELECT name, age FROM users
WHERE age >= ${seniorAge}
`;
虽然现有的 npm 包如 postgres 和 mysql2 在 Bun 中已有不错的性能表现，但原生实现带来的优势不容小觑。官方数据显示，内置客户端在某些场景下性能提升可达数倍。
新版本还新增了 Redis 客户端支持，官方基准测试显示其性能是流行的 ioredis 库的 7.9 倍以上。对于需要缓存和消息队列的应用场景，这一改进意义重大。
Redis 性能对比
路由系统：简化全栈应用架构
Bun v1.3 为 Bun.serve() 引入了内置路由系统，支持参数化路由和通配符，让开发者能够在同一服务中优雅地处理前端页面和后端 API。
import { serve, sql } from "bun";
import App from "./myReactSPA.html";
serve({
port: 3000,
routes: {
"/*": App,
"/api/users": {
GET: async () => Response.json(await sql`SELECT * FROM users LIMIT 10`),
POST: async (req) => {
const { name, email } = await req.json();
const [user] = await sql`
INSERT INTO users ${sql({ name, email })}
RETURNING *;
`;
return Response.json(user);
},
},
"/api/users/:id": async (req) => {
const { id } = req.params;
const [user] = await sql`SELECT * FROM users WHERE id = ${id} LIMIT 1`;
if (!user) return new Response("User not found", { status: 404 });
return Response.json(user);
},
},
});
这种设计让全栈应用的部署变得极为简单。更令人印象深刻的是，Bun 的打包器现在支持将前后端代码打包成单一的可执行文件:
bun build --compile ./index.html --outfile myapp
生成的可执行文件可以在任何地方运行，无需安装 Node.js 或其他依赖，这对于微服务部署和边缘计算场景具有重要价值。
Cookie 管理：告别第三方库
Web 应用中的 Cookie 处理一直是个痛点。开发者要么选择单一功能的 tough-cookie 库，要么被迫引入 Express、Elysia 等完整框架。Bun 1.3 提供了原生的 Cookie API，采用类似 Map 的接口设计:
import { serve, randomUUIDv7 } from "bun";
serve({
routes: {
"/api/users/sign-in": (request) => {
request.cookies.set("sessionId", randomUUIDv7(), {
httpOnly: true,
sameSite: "strict",
});
return new Response("Signed in");
},
"/api/users/sign-out": (request) => {
request.cookies.delete("sessionId");
return new Response("Signed out");
},
},
});
这个 API 的巧妙之处在于零性能开销的延迟解析 —— 只有在实际访问 request.cookies 时才会解析请求头中的 Cookie，避免了不必要的计算。
包管理器的重大革新
Bun 的包管理器在 1.3 版本中获得了多项企业级特性。其中最值得关注的是隔离安装模式成为工作空间的默认行为。这一改变解决了大型 monorepo 项目中最常见的问题之一：包的幽灵依赖（phantom dependencies）。
在传统的提升安装模式下，所有依赖都平铺在根目录的 node_modules 中，包可能意外访问到未在 package.json 中声明的依赖。隔离模式确保每个包只能访问其明确声明的依赖，提高了构建的可预测性和可靠性。
依赖目录 (Catalogs) 功能为 monorepo 中的版本管理提供了优雅的解决方案:
{
"name": "monorepo",
"workspaces": ["packages/*"],
"catalog": {
"react": "^18.0.0",
"typescript": "^5.0.0"
}
}
工作空间包可以通过 "react": "catalog:" 引用目录中的版本，实现集中式版本管理。这一设计借鉴了 pnpm 的成功经验，但整合得更加自然。新增的安全扫描 API 让企业能够在安装阶段拦截恶意包。Bun 团队与 Socket 安全公司合作，推出了官方安全扫描器 @socketsecurity/bun-security-scanner。开发者也可以基于公开的 API 编写自定义扫描器，满足特定的安全合规需求。
[install.security]
scanner = "@socketsecurity/bun-security-scanner"
最小发布时间限制功能则提供了对供应链攻击的防护:
[install]
minimumReleaseAge = 604800 # 7天
这项配置要求包必须发布至少指定时间后才允许安装，给社区留出时间识别潜在的恶意包。
交互式更新命令 bun update --interactive 让依赖升级变得可控:
bun update --interactive
开发者可以逐个选择要更新的包，而不是一次性升级所有依赖，从而更好地控制潜在的破坏性变更。
测试框架的成熟化
Bun 的测试运行器在 1.3 版本中获得了与 VS Code Test Explorer 的深度集成。开发者可以直接在编辑器侧边栏查看测试列表，一键运行或调试单个测试，内联查看错误信息。这种开发体验与 Jest + VS Code Jest 扩展相当，但得益于 Bun 的性能优势，测试执行速度更快。并发测试支持的加入让 I/O 密集型测试套件的运行时间大幅缩短：
import { test } from "bun:test";
test.concurrent("fetch user 1", async () => {
const res = await fetch("https://api.example.com/users/1");
expect(res.status).toBe(200);
});
describe.concurrent("server tests", () => {
test("sends a request to server 1", async () => {
const response = await fetch("https://example.com/server-1");
expect(response.status).toBe(200);
});
});
默认情况下，最多 20 个测试会并发运行，这个数字可以通过 --max-concurrency 标志调整。对于需要保持串行执行的测试，可以使用 test.serial 修饰符。类型测试功能 expectTypeOf() 的引入是另一个亮点。开发者现在可以在单元测试中直接验证 TypeScript 类型:
import { expectTypeOf, test } from "bun:test";
test("types are correct", () => {
expectTypeOf<string>().toEqualTypeOf<string>();
expectTypeOf({ foo: 1 }).toHaveProperty("foo");
expectTypeOf<Promise<number>>().resolves.toBeNumber();
});
这些类型断言可以通过 bunx tsc --noEmit 在 CI 流程中验证，将类型安全检查提升到了新的高度。
Node.js 兼容性的持续推进
Bun 1.3 在每次提交时运行 Node.js 测试套件中额外的 800 个测试用例。官方数据显示，N-API 测试通过率已达 98% 以上，timers 模块通过率达到 98.4%。
对 node:vm 模块的全面支持是本次更新的重要成果。这个模块常用于代码沙箱、插件系统等高级场景，其实现难度较大。Bun 1.3 不仅支持基础的 vm.Script，还实现了 vm.SourceTextModule、vm.SyntheticModule 等高级 API，并支持字节码缓存以提升编译性能。
import vm from "node:vm";
const script = new vm.Script('console.log("Hello from VM")');
script.runInThisContext();
node:test 模块的初步支持让使用 Node.js 原生测试框架的项目能够在 Bun 上运行，这对于生态系统的兼容性意义重大。
加密性能的提升令人瞩目。DiffieHellman 和 Cipheriv/Decipheriv 的速度提升了约 400 倍，scrypt 提升了 6 倍。这些改进通过将关键路径用原生 C++ 重写实现，大幅降低了密码学操作的开销。
Web 标准与现代 API
Bun 1.3 新增了对多项 Web 标准的支持。YAML 原生支持让配置文件处理变得简单：
import { YAML } from "bun";
const obj = YAML.parse("key: value");
const yaml = YAML.stringify({ key: "value" }, 0, 2);
// 直接导入 YAML 文件
import config from "./config.yaml";
官方实现的 YAML 解析器目前通过了官方测试套件的 90% 用例，性能表现优异。
WebSocket 压缩功能的自动协商是另一个实用特性。当连接支持 permessage-deflate 时，Bun 会自动启用压缩，对于 JSON 等结构化数据，压缩率可达 60-80%，显著减少带宽消耗。
Zstandard 压缩的全面支持包括 fetch() 的自动解压和手动压缩 API：
import { zstdCompress, zstdDecompress } from "bun";
const compressed = await zstdCompress("Hello, world!");
const decompressed = await zstdDecompress(compressed);
DisposableStack 和 AsyncDisposableStack 的实现体现了 Bun 对 TC39 提案的快速跟进。这些 API 与 using 和 await using 声明配合，提供了优雅的资源管理机制。
性能优化：细节见真章
Bun 1.3 的性能优化遍布各个层面。空闲 CPU 占用的降低源于对垃圾回收调度的优化，在没有进行中的请求时，Bun.serve 的计时器不再活跃。JavaScript 内存占用降低 10-30% (Next.js 应用降低 28%，Elysia 降低 11%) 归功于更智能的 GC 计时器调度。
I/O 线程池的优化让 macOS 上的 Bun.build 快了 60%。Express 性能提升 9%，Fastify 提升 5.4%，这些改进来自对 node:http 模块的持续优化。
postMessage 的性能提升尤为惊人 —— 字符串传递快了 500 倍，简单对象快了 240 倍。这通过避免对安全共享的字符串进行序列化实现，同时减少了约 22 倍的峰值内存使用。
// 在 Worker 间传递大型 JSON 字符串现在快了 500 倍
const response = await fetch("https://api.example.com/data");
const json = await response.text();
postMessage(json);
启动时间减少了 1ms，内存占用减少了 3MB，这些看似微小的优化累积起来，对用户体验产生显著影响。
开发者体验的精心打磨
Bun 1.3 在开发者体验上的改进同样值得称道。TypeScript 默认配置改为 "module": "Preserve"，保留模块语法的原始形态，更符合 Bun 作为原生 ES 模块运行时的定位。
console.log() 的深度控制让调试大型对象变得可控:
bun --console-depth=5 ./app.ts
[console]
depth = 5
BUN_OPTIONS 环境变量提供了设置默认 CLI 参数的便捷方式：
export BUN_OPTIONS="--watch --hot"
bun run ./app.ts
# 等同于: bun --watch --hot run ./app.ts
bunx --package 标志让运行二进制文件与包名不一致的包变得简单：
bunx --package=@typescript-eslint/parser eslint ./src
新增的 bun why 命令清晰地展示依赖链，解答「为什么这个包会出现在我的项目中」：
bun why tailwindcss
这些看似细小的改进，体现了 Bun 团队对开发者日常工作流程的深刻理解。
打包器与构建系统的增强
Bun 的打包器在 1.3 版本中获得了跨平台编译能力。开发者现在可以在任何平台上为 Windows、macOS 和 Linux 构建可执行文件：
bun build --compile --target=linux-x64 ./app.ts --outfile myapp-linux
bun build --compile --target=darwin-arm64 ./app.ts --outfile myapp-macos
bun build --compile --target=windows-x64 ./app.ts --outfile myapp.exe
Windows 可执行文件元数据的支持让企业应用的打包更加专业：
bun build --compile --target=windows-x64 \\
--title="My App" \\
--publisher="My Company" \\
--version="1.0.0" \\
./app.ts
代码签名支持（Windows 的 Authenticode 和 macOS 的 codesign）确保了发布的可执行文件可以通过操作系统的安全验证。
压缩器变得更加智能，能够移除未使用的函数和类名，优化 new Object()、new Array() 等表达式，消除无用的 try...catch...finally 块。这些优化让生产构建的体积进一步缩小。
安全性的持续关注
v1.3 引入了 Bun.secrets API，利用操作系统的原生凭据存储（macOS 的 Keychain、Linux 的 libsecret、Windows 的 Credential Manager）：
import { secrets } from "bun";
await secrets.set({
service: "my-app",
name: "api-key",
value: "secret-value",
});
const key = await secrets.get({
service: "my-app",
name: "api-key",
});
凭据在静态时被加密，与环境变量分离存储，提供了更高的安全保障。
Bun.CSRF 模块为跨站请求伪造防护提供了原生支持：
import { CSRF } from "bun";
const secret = "your-secret-key";
const token = CSRF.generate({ secret, encoding: "hex", expiresIn: 60 * 1000 });
const isValid = CSRF.verify(token, { secret });
这些安全特性的内置化降低了开发者的心智负担，让安全最佳实践更容易落地。
生态系统的影响与展望
v1.3 的发布标志着该项目从「快速运行时」向「完整开发平台」的战略转型。Midjourney 等知名公司已在生产环境中使用 Bun 进行前端开发，这证明了其稳定性和可靠性。
官方提到，每个提交都会运行大量的 Node.js 测试套件，表明 Bun 团队对兼容性的重视。对 pnpm.lock 和 yarn.lock 的迁移支持，让团队可以无痛试用 Bun，而无需说服所有成员同时升级工具链。
不过，v1.3 版本也带来了一些破坏性变更。Bun.serve() 的 TypeScript 类型被重构，WebSocket 数据定义方式发生变化；SQL 客户端现在强制使用标签模板语法；测试过滤器在没有匹配用例时会报错而非静默成功。这些变更虽然可能给现有项目带来迁移成本，但从长远看有利于 API 的一致性和可维护性。
数据说话：性能对比
根据官方提供的基准测试数据：
Redis 客户端: 比 ioredis 快 7.9 倍以上
postMessage 字符串: 速度提升 500 倍，内存减少 22 倍
postMessage 对象: 速度提升 240 倍
DiffieHellman: 约快 400 倍
Cipheriv/Decipheriv: 约快 400 倍
scrypt: 快 6 倍
AbortSignal.timeout: 快 40 倍
Headers 操作: 快 2 倍
Bun.build on macOS: 快 60%
Express: 快 9%
Fastify: 快 5.4%
这些数据展示了 Bun 在性能上的持续领先优势。
社区反响与未来规划
v1.3 的发布在社区引发了热烈讨论。开发者们尤其关注全栈开发能力的提升和包管理器的企业级特性。Socket 公司 CTO Ahmad Nassri 对安全扫描 API 的评价颇具代表性：「Bun 团队行动迅速，在包管理器层面保护开发者。开放安全扫描 API，让 Socket 这样的工具能够在安装过程中提供实时威胁检测。这是让开源开发默认更安全的重要一步。」
官方表示，v1.3 系列将持续关注全栈应用开发体验的提升。Redis 集群、流式处理和 Lua 脚本支持已在规划中。WebAssembly 流式编译的实现，以及对更多 TC39 提案的支持，也在进行中。Bun 的快速迭代和对社区反馈的积极响应，让人对其未来发展充满期待。从一个「更快的 Node.js」到一个「完整的 JavaScript 平台」，Bun 正在书写属于自己的故事。
项目主页：https://github.com/oven-sh/bun