服务器之家:专注于服务器技术及软件下载分享
分类导航

服务器资讯|IT/互联网|云计算|区块链|软件资讯|操作系统|手机数码|百科知识|免费资源|头条新闻|

服务器之家 - 新闻资讯 - 操作系统 - Bun vs Node:必知必会

Bun vs Node:必知必会

2024-01-03 17:03未知服务器之家 操作系统

大家好,这里是大家的林语冰。 JS 社区掀起了运行时狂潮:Jarred Sumner孵化的 Bun 1.0 官宣了。话虽如此,还是有一大坨道友很好奇:Bun 的本质是什么鬼物?为什么每个人都将其与百炼成钢的 Node 相提并论?Bun 只是另一种昙花一现的

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

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包的基本设置:

  1. 安装
pnpm add -D typescript tsx
  1. 在package.json中,您可以设置脚本来简化流程。
{
  "scripts": {
    "dev": "tsx hello-bun.ts"
  }
}
  1. 执行

使用上述脚本,您可以轻松运行 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,您可以二选一:

  1. 您需要在package.json中包含"type": "module"。
  2. 使用.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 都可以提供符合现代开发需求的强大测试环境。

完结撒花

Node 古往今来一直是 JS 世界的基石,设定基准并引领开发者。虽然但是,Bun 正以一位不容小觑的挑战者身份粉墨登场,破而后立。

虽然 Bun 还处于早期发展阶段,但它名噪一时毋庸置疑。目前,它针对 MacOS 和 Linux 进行了优化,虽然 Windows 的支持正在进行中,但某些功能即将推出。凭借它提供的一切,Bun 无疑是您应该考虑探索的工具包。

免责声明

本文属于是语冰的直男翻译了属于是,略有删改,仅供粉丝参考,英文原味版请传送Bun vs Node.js: Everything you need to know[1]。

延伸 · 阅读

精彩推荐