Bun vs Node：必知必会

大家好，这里是大家的林语冰。

JS 社区掀起了运行时狂潮：Jarred Sumner孵化的 Bun 1.0 官宣了。话虽如此，还是有一大坨道友很好奇：Bun 的本质是什么鬼物？为什么每个人都将其与百炼成钢的 Node 相提并论？Bun 只是另一种昙花一现的过眼云烟，还是会重新定义这场游戏？在本文中，让我们深入 Bun，瞄一下其功能，并了解它与成熟的 Node 的异同点。

Bun是什么鬼物？

Bun 是一款适用于 JS/TS App 的超快速一体化工具包。Bun 的魅力在于它能够简化开发流程，比以往更丝滑高效。这并非不可能事件，因为 Bun 不仅仅是运行时，它还是包管理器/打包器/测试运行器。请想象一下，JS 开发有了一把瑞士军刀；此乃 Bun 馈赠与君之福利。

Bun 解决了什么问题？

Node 于 2009 年横空出世。虽然但是，与一大坨技术一样，随着技术的发展，其复杂性也与日俱增。请将其想象成一座城市。随着城市的扩张，交通拥堵可能会成为一个问题。

Bun 旨在成为缓解这种拥堵的新基建，让一切运行得更丝滑。这绝非反复造轮子，而是对其优化，确保我们在获得速度和简单性的同时，不会丧失 JS 独特和强大的本质。

Bun 被设计为比 Node 更快、更精简、更现代的竞品，所以让我们仔细瞄一下其比较。但首先让我们按下不表。

Node vs Deno vs Bun

在讨论 JS 运行时的进化史时，很难无视 Deno。“Node 之父”Ryan Dahl推出了 Deno 作为一个新的运行时，旨在解决在 Node 中发现的某些挑战和遗憾。

Deno 是 JS/TS 的安全运行时。它直接解决了 Node 的一大坨短板。举个栗子，Deno 原生支持 TS，无需外部工具。与 Node 不同，Node 的脚本默认具有广泛的权限，Deno 采用安全第一的方法，要求开发者显式授予潜在敏感操作的权限，比如文件系统访问或网络连接。

虽然 Deno 提供了一个引人注目的 Node 竞品，但它还没有达到 Node 的广泛采用程度。因此，本文主要将 Bun 与成熟的 Node 对比。

入门

有了 Bun，我们可以使用bun init -y命令构建一个空项目。我们生成了若干文件，并在index.ts中添加一行console.log('Hello, Bun!'')。在终端中运行命令bun index.ts，即可看到打印了'Hello, Bun!'。

JS 运行时

JS 运行时是一个提供使用和运行 JS 程序所需的所有组件的环境。

Node 和 Bun 都是运行时。Node 主要使用 C++ 编写，而 Bun 则使用一种名为Zig的低级通用编程语言编写。但这只是冰山一角。让我们仔细瞄一下 Bun 单独作为运行时的其他差异。

JS 引擎

JS 引擎是一种将我们编写的 JS 代码转换为机器码的程序，使计算机能够执行特定任务。

Node 使用为 Chrome 浏览器提供支持的谷歌 V8 引擎，而 Bun 使用 JSC（JavaScriptCore），这是苹果为 Safari 浏览器开发的开源 JS 引擎。

V8 和 JSC 有不同的架构和优化策略。JSC 优先考虑更快的启动时间和减少内存占用，以及稍慢的执行时间。另一方面，V8 优先考虑快速执行，并进行更多运行时优化，这可能会导致更多的内存占用。

这使得 Bun 速度更快，启动速度比 Node 快 4 倍。

Bun vs Node：必知必会图片

总结：Bun 的运行速度比 Deno 快 2.19 倍，比 Node 快 4.81 倍。

转译器

虽然 Node 是一个强大的 JS 运行时，但它本身并不支持 TS。要在 Node 环境中执行 TS，需要外部依赖。一种常见方案是使用构建步骤将 TS 转换为 JS，然后运行生成的 JS 代码。这是使用tsx包的基本设置：

安装

pnpm add -D typescript tsx

在package.json中，您可以设置脚本来简化流程。

{
  "scripts": {
    "dev": "tsx hello-bun.ts"
  }
}

执行

使用上述脚本，您可以轻松运行 TS 文件：

pnpm dev

相比之下，Bun 提供了一种更精简的方法。它自带集成到运行时的 JS 转译器。这允许您直接运行.js/.ts/.jsx/.tsx文件。Bun 的内置转译器将这些文件无缝转换为普通 JS，无需额外步骤即可立即执行。

bun hello-bun.ts

运行 TS 文件时，速度差异会被放大，因为 Node 在运行前需要一个转译步骤。

Bun vs Node：必知必会图片

ESM 和 CJS 兼容性

模块系统允许开发者将代码组织成可复用片段。在 JS 中，两个主要的模块系统是 CJS（CommonJS）和 ESM（ES 模块）。CJS 源自 Node，使用require/module.exports处理同步模块，十分适合服务器端操作。

ES6 引入的 ESM 采用import/export语句，提供更加静态和异步的方案，并针对浏览器和现代构建工具进行了优化。让我们诉诸 CJS 使用colors，诉诸 ESM 使用chalk，这两个流行的包用于向控制台添加彩色输出，并更好地理解模块系统。

Node 传统上与 CJS 模块系统相关联。这是一个经典用法：

// Node 中的 CJS（index.js）
const colors = require('colors')
console.log(colors.green('Hello, Bun!'))

对于 Node 中的 ESM，您可以二选一：

您需要在package.json中包含"type": "module"。
使用.mjs扩展名。

// Node 中的 ESM（index.mjs）
import chalk from 'chalk'
console.log(chalk.blue('Hello, Bun!'))

从 CJS 过渡到 ESM 是一个复杂的过程。在 ESM 推出后，Node 花了 5 年时间才在没有实验标志的情况下支持它。尽管如此，CJS 在生态系统中依然人气爆棚。

Bun 通过支持两者而无需任何特殊配置，简化了模块系统。Bun 的亮点功能是，它能够在同一文件中同时支持import/require()，这在 Node 中是不可能事件：

// Bun 中的混合模块（index.js）
import chalk from 'chalk'
const colors = require('colors')

console.log(chalk.magenta('Hello from chalk!'))
console.log(colors.cyan('Hello from colors!'))

Web APIs

Web API是浏览器筑基的 App 的组成部分，提供用于 Web 交互的工具，比如fetch/WebSocket。虽然这些已经成为浏览器标准，但它们对 Node 等服务器端环境的支持却不一致。

在 Node 的早期版本中，浏览器中常用的 Web 标准 API 本身并不支持。开发者必须依赖node-fetch等第三方包来拷贝此功能。虽然但是，从 Node 18 开始，对fetchAPI 提供了实验性支持，可能消除了这些包的需求。

Bun 通过为这些 Web 标准 API 提供内置支持来简化这一过程。开发者可以直接使用稳定的fetch/Request/Response/WebSocket等类似浏览器的 API，无需任何额外的包。此外，Bun 对这些 Web API 的原生实现，确保它们比第三方备胎更快、更可靠。

下面是一个兼容 Node（v18 及更高版本）和 Bun 的示例。虽然它在 Node 中是实验性的，但同款功能在 Bun 中是稳定的：

// Node（v18 及更高版本）的实验性 fetch，以及 Bun 内置的 fetch
async function fetchUserData() {
  const response = await fetch('https://jsonplaceholder.typicode.com/users/1')
  const user = await response.json()
  console.log(user.name)
}

fetchUserData() // Leanne Graham

热重载

热重载是一项功能，可在代码更改时自动刷新或实时重新加载 App 的某些部分，提高开发者的工作效率，而无需完全重新启动。

在 Node 的生态系统中，您有一大坨选择来实现热重载。一种流行的工具是nodemon，它会硬重启整个过程：

nodemon index.js

或者，从 Node 18 开始，引入了一个实验性的--watch标志：

node --watch index.js

这两种方法的目的都是在代码更改时提供 App 的实时重新加载。虽然但是，它们的行为可能一龙一猪，尤其是在某些环境或场景下。

举个栗子，nodemon可能会导致中断，比如断开 HTTP 和 WebSocket 连接，而--watch标志处于实验阶段，可能无法提供全套功能。

Bun 的热重载更进一步。通过使用--hot标志运行 Bun，可以启用热重载：

bun --hot index.ts

与可能需要重新启动整个进程的 Node 方法不同，Bun 会就地重新加载代码，而不会终止旧进程。这可确保 HTTP 和 WebSocket 连接保持不间断，并保留 App 状态，提供更丝滑的 DX（开发体验）。

Node 兼容性

当过渡到新的运行时或环境时，兼容性通常是开发者最关心的问题。Bun 通过将自己定位为 Node 的同款竞品来解决此问题。这意味着，现有的 Node App 和 npm 包无需任何修改即可与 Bun 无缝集成。确保这种兼容性的关键功能包括但不限于：

支持内置 Node 模块，比如fs/path/net。
识别全局变量，比如__dirname/process。
遵守 Node 模块解析算法，包括熟悉的node_modules结构。

Bun 仍在茁壮成长。它专为增强开发工作流程而定制，十分适合资源有限的环境（比如 serverless 函数）。Bun 背后的团队正在努力实现全面的 Node 兼容性以及与流行框架的更好集成。

虽然 Bun 确保兼容 Node，但它不止于此。Bun 附带高度优化的标准库 API，可以满足开发者的刚需。

Bun APIs

Bun.file()

延迟加载文件并访问各种格式的内容。此方法比 Node 对应的方法快 10 倍。

// Bun (index.ts)
const file = Bun.file('package.json')
await file.text()

// Node.js (index.mjs)
const fs = require('fs/promises')
const fileContents = await fs.readFile('package.json', 'utf-8')

Bun.write()

用于将数据（从字符串到 Blob）写入磁盘的多功能 API。它的写入速度比 Node 快 3 倍。

// Bun (index.ts)
await Bun.write('index.html', '<html/>')

// Node.js (index.mjs)
const fs = require('fs/promises')
await fs.writeFile('index.html', '<html/>')

Bun.serve()

使用 Web 标准 API 设置 HTTP 服务器或 WebSocket 服务器。它每秒处理的请求比 Node 多 4 倍，处理的 WebSocket 消息比 Node 的ws包多 5 倍。这种后端功能让人想起开发者在 Node 中使用 Express 的方式，但还具有 Bun 性能优化的额外优势。

// Bun (index.ts)
Bun.serve({
  port: 3000,
  fetch(request) {
    return new Response('Hello from Bun!')
  }
})

// Node.js (index.mjs)
import http from 'http'
const server = http.createServer((req, res) => {
  res.writeHead(200, { 'Content-Type': 'text/plain' })
  res.end('Hello from Node.js!')
})
server.listen(3000)

Bun 还内置了对 sqlite 和密码的支持。

包管理器

Bun 不仅仅是一个运行时；它还是一个高级工具包，其中包括但不限于功能强大的包管理器。如果您发现自己在依赖安装过程中耐心等待，Bun 提供了一种令人耳目一新的更快竞品。即使您不使用 Bun 作为运行时，其内置的包管理器也可以加快您的开发工作流程。

瞄一下该表格，将 Bun 命令与 Node 的包管理器npm比较：

Bun	npm	目的
`bun install`	`npm install`	安装`package.json`的所有依赖
`bun add <package>`	`npm install <package>`	将新依赖添加到项目中
`bun add <package> --dev`	`npm install <package> --dev`	添加新的开发依赖
`bun remove <package>`	`npm uninstall <package>`	从项目中删除依赖
`bun update <package>`	`npm update <package>`	将指定包更新到最新版本
`bun run <script>`	`npm run <script>`	从`package.json`执行指定脚本

乍一看，Bun 的命令似曾相识，但体验却非同寻常。Bun 拥有比 npm 快几个数量级的安装速度。它利用全局模块缓存来实现这一点，消除从 npm 注册表的冗余下载。此外，Bun 采用每个操作系统可用的最快系统调用，确保最佳性能。

以下是从缓存安装入门 Remix 项目依赖的速度比较，Bun vs npm：

Bun vs Node：必知必会图片

bunCLI 包含一个兼容 Node 的包管理器，旨在以更快的速度替代npm/yarn/pnpm。

此外，bun run <command>只需要 7ms，而npm run <command>则需要 176ms。虽然 Node 的 npm 多年来一直是 JS 包管理的标准，但 Bun 确实是一个速度强大的引擎，并提供了一个引人注目的竞品。

打包器

打包是获取多个 JS 文件，并将它们合并到一个或多个优化包中的过程。此过程还可能涉及转换，比如将 TS 转换为 JS，或者压缩代码减小体积。

在 Node 的生态系统中，打包通常由第三方工具而不是 Node 本身处理。Node 世界中某些人气爆棚的打包器包括但不限于 Webpack、Rollup 和 Vite，提供了代码分割、树摇优化和热模块替换等功能。

另一方面，Bun 不仅仅是一个运行时和包管理器，而且它本身也是一个打包器。它旨在打包各种平台的 JS/TS 代码，包括浏览器中的前端 App（Vue/React App）和 Node。

要使用 Bun 打包，您可以使用一个简单的命令：

bun build ./index.ts --outdir ./build

此命令打包index.ts文件，并将结果输出到./build目录中。打包过程非常快，Bun 比 esbuild 快 1.75 倍，并且直接对 Parcel 和 Webpack 等其他打包器“降维打击”。

Bun vs Node：必知必会图片

Bun 的一个天秀功能是它引入了 JS 宏。这允许在打包期间执行 JS 函数，并将结果直接内联到最终打包中。这种机制为打包提供了全新的视角。

瞄一下此栗子，其中在打包过程中利用 Bun 的 JS 宏来获取用户名。该宏不是运行时 API 调用，而是在打包时获取数据，将结果直接内联到最终输出中：

// users.ts

export async function getUsername() {
  const response = await fetch('https://jsonplaceholder.typicode.com/users/1')
  const user = await response.json()
  return user.name
}

// index.ts

import { getUsername } from './users.ts' with { type: 'macro' }
const username = await getUsername()

// build/index.js

var user = await 'Leanne Graham'
console.log(user)

虽然 Node 拥有成熟的打包工具，但 Bun 提供了一种可集成的、更快的、新颖的竞品，可以重塑打包格局。

测试运行器

测试是软件开发的一个重要方面，它确保代码如期运行，并在落地生产之前捕获潜在问题。除了作为运行时、包管理器和打包器之外，Bun 也是一个测试运行器。

虽然 Node 开发者传统上依赖 Vitest/Jest 来满足测试需求，但 Bun 引入了一个内置的测试运行器，它承诺了速度、兼容性和一系列满足现代开发工作流程的功能。

Bun 的测试运行器bun:test被设计为完全兼容 Jest，Jest 是一个以“expect”风格的 API 闻名的测试框架。这种兼容性确保熟悉 Jest 的开发者可以无缝衔接到 Bun，而无需经历陡峭的学习曲线。

import { test, expect } from 'bun:test'

test('2 + 2', () => {
  expect(2 + 2).toBe(4)
})

使用bun test命令执行测试易如反掌。此外，Bun 的运行时支持开箱即用的 TS/JSX，无需额外的配置或插件。

从 Vitest/Jest 迁移

Bun 对兼容性的承诺体现在对 Jest 全局导入的支持。举个栗子，从@jest/globals或vitest导入将在内部重新映射到bun:test。这意味着，现有的测试套件可以在 Bun 上运行，无需任何代码修改。

// index.test.ts
import { test } from '@jest/globals'

describe('test suite', () => {
  test('addition', () => {
    expect(1 + 1).toBe(2)
  })
})

性能基准

Bun 的测试运行器不仅涉及兼容性；还涉及速度。在针对 Zod 测试套件的基准测试中，Bun 比 Jest 快 13 倍，比 Vitest 快 8 倍。Bun 的匹配器进一步凸显了这种速度优势，它是在快速原生代码中实现的。举个栗子，Bun 中的expect().toEqual()比 Jest 快 100 倍，比 Vitest 快 10 倍。

无论您是想迁移现有测试还是启动新项目，Bun 都可以提供符合现代开发需求的强大测试环境。