JS三大运行时全面对比:Node.js vs Bun vs Deno

全文约 5100 字,预计阅读需要 15 分钟。

JavaScript 运行时是指执行 JavaScript 代码的环境。目前,JavaScript 生态中有三大运行时:Node.js、Bun、Deno。老牌运行时 Node.js 的霸主地位正受到 Deno 和 Bun 的挑战,下面就来看看这三个 JS 运行时有什么区别!

JS三大运行时全面对比:Node.js vs Bun vs Deno_第1张图片

JS 运行时概述

Node.js

Node.js 在 2023 年被 Stack Overflow 开发者评为最受欢迎的 Web 技术。Node.js 于 2009 年推出,允许开发人员在浏览器之外使用 JavaScript,彻底改变了服务端编程。它拥有强大的生态系统、庞大的社区,并且经过验证且稳定。为大型应用程序提供 LTS 构建。基于 V8 JavaScript 引擎构建。

多年来,Node.js 一直是服务端 JavaScript 开发的支柱,通过第三方工具支持了无数功能。其提供了巨大的功能和灵活性。丰富的文档、教程和社区支持使开发者可以更轻松地克服挑战。如果考虑内置工具和与 Web API 的兼容性,它是落后于其他两个运行时的。

从历史上看,Node.js 因其安全方法(尤其是在包方面)而受到批评。然而,社区和维护者已经显着改善了这一方面。权限模型已经在 Node.js v20 中实现,这使 Node.js 更加安全。

Deno

Deno 最初由 Node.js 的原始创建者 Ryan Dahl 于 2018 年创建,旨在解决他认为 Node.js 中存在的一些问题,比如性能、安全性。它专注于安全性、现代 JavaScript 实践和开发人员体验。基于 V8 JavaScript 引擎构建并用 Rust 编写。

与 Node.js 相比,Deno 具有更全面的功能。它对 Web API 和现代标准有很好的支持,并且还支持大多数 NPM 包。Deno 还提供了出色的开发体验,特别是如果使用 TypeScript,它是开箱即用的。Deno 还具有内置 linting、代码格式化程序等优势,节省一些配置和引导时间。如果你倾向于开箱即用的设置,只需启动编辑器,创建一个main.ts文件,然后就可以开始快乐编码了!

Bun

Bun 是 2021 年发布的 JavaScript 运行时,它被设计为 Node.js 的更快、更精简、更现代的替代品。它构建在 JavaScript Core 和 Zig 之上。旨在成为一个全功能的运行时环境和工具包,重点关注速度、打包、测试和与 Node.js 包的兼容性。最大的优势之一是它的性能。事实证明,Bun 比 Node.js 和 Deno 都要快。如果 Bun 能够完成这些目标,那么它将成为一个非常有吸引力的选择。

Bun 的核心卖点是它的性能,其提供了许多基准测试,显示出令人惊叹的速度。使用 Bun 作为包管理器比使用标准 NPM 命令要快得多。在现实应用中,尤其是 Web 应用,性能差异可能不像基准测试中那么显着。

Bun 优先考虑简单性和速度。凭借其内置的包管理器,以及与 Node.js 相比改进的开发体验,开发人员可以快速入门,而无需遇到其他运行时可能带来的初始设置障碍。

功能对比

首先来看看这三个运行时的功能对比,图示如下:

  • ✅:内置,指本身提供的功能或特性,无需额外安装或引入其他库或框架。

  • :通过第三方提供的库、框架或工具支持。

  • ❌:不可用。

  • :实验特性。

运行时特性

特性 Deno Bun Node.js
升级工具
单个可执行文件安装
LSP
REPL
编译器
持久存储驱动程序
  • 升级工具:更新和管理项目所依赖的软件包和库。

  • 单个可执行文件安装:将所有程序文件和依赖项打包成一个单独的可执行文件,以便用户可以简单地通过运行该文件进行安装和部署。

  • LSP(Language Server Protocol,语言服务器协议):一种用于提供代码编辑器功能的通信协议。它使得编辑器可以与语言服务器进行交互,从而获得代码补全、跳转到定义、重构等功能。

  • REPL(Read-Eval-Print Loop,读取-求值-输出循环):一种交互式编程环境,在其中可以逐行输入代码,并立即执行并输出结果。REPL 通常用于快速测试和验证代码,无需编译和构建过程。

  • 编译器:是一种将高级编程语言源代码转换为低级机器代码或字节码的工具。编译器将代码进行词法分析、语法分析和转换等处理,最终生成可执行文件或中间代码,以供计算机执行。

  • 持久存储驱动程序:一种软件组件或接口,用于与持久化存储介质进行交互和管理数据的读取和写入操作。它提供了对持久化数据的访问和操作的接口。

测试

特性 Deno Bun Node.js
基准测试运行器
测试运行器
  • 基准测试运行器:用于运行基准测试的工具或框架。基准测试用于评估代码的性能和效率,通常通过执行一系列测试用例并测量其执行时间来进行。

  • 测试运行器:用于管理和运行测试套件的工具或框架。它可以自动化执行单元测试、集成测试或端到端测试,并提供结果报告和日志记录等功能。

操作系统/平台支持

特性 Deno Bun Node.js
Linux
Mac OS
Windows
ARM64

包管理器

特性 Deno Bun Node.js
package.json 兼容性
NPM 取消选择
内置包管理器
URL 引入
  • package.json 兼容性:指项目中的 package.json 文件与特定工具、平台或环境的兼容性。package.json 是用于描述和管理项目依赖和配置的文件。

  • NPM 取消选择:在使用 NPM 作为包管理器时,选择不使用某个特定的功能或设置。这可能是根据项目需求或个人偏好,有意选择不采用某种功能或行为。

  • 内置包管理器:集成在特定开发环境或平台中的默认包管理器。这个包管理器通常提供了一套工具和命令,用于下载、安装、更新和管理项目的依赖项。

  • URL 引入:通过提供远程资源的 URL 地址来导入模块或库的功能。使用 URL Imports 可以从远程位置直接引入代码或资源,而无需事先下载和安装。

Web API 兼容性

特性 Deno Bun Node.js
Fetch
Web Crypto
Web Storage
WebSocket
Web Workers
Import Maps
  • Fetch(Fetch):一种用于发起网络请求的现代 JavaScript API。它提供了一种更简洁和强大的方式来进行数据请求和响应处理,取代了传统的 XMLHttpRequest 方法。

  • Web Crypto(Web 加密):一组用于在 Web 浏览器中执行加密操作的 API。它提供了一种安全的方式来处理密码学操作,例如生成随机数、进行加密和解密等。

  • Web Storage(Web 存储):用于在客户端浏览器中存储和检索数据的 API。它提供了本地存储和会话存储两种机制,分别用于长期保持数据和临时存储数据。

  • WebSocket:一种在客户端和服务器之间实现双向通信的协议。通过 WebSocket,可以建立持久性的连接,并实现实时数据传输和交互。

  • Web Workers:一种在浏览器中使用多线程进行并行计算的机制。Web Workers 允许在后台运行脚本,以避免主线程的阻塞,并提高 Web 应用的响应性能。

  • Import Maps(导入映射):一种在 JavaScript 模块加载器中配置模块路径和别名的功能。导入映射可以简化模块导入的过程,并提供更灵活的方式来管理模块依赖。

安全性

特性 Deno Bun Node.js
权限模型
可信赖的依赖项
  • 权限模型:应用中用于管理用户或应用对资源和功能的访问权限的系统。权限模型定义了不同级别的权限和许可规则,并确保只有被授权的实体才能执行特定操作。

  • 可信赖的依赖项:开发中使用的第三方库或模块,已经得到验证和认可,可以放心地被项目所使用。可信赖的依赖项通常具有良好的安全性、稳定性和质量保证。

开发工具

特性 Deno Bun Node.js
代码格式化工具
静态代码分析工具
类型检查工具
代码压缩工具
代码打包工具
依赖项查看器
  • 代码格式化工具:用于自动调整代码的格式,例如缩进、空格和换行符等。通过使用代码格式化工具,可以统一代码样式,提高代码的可读性和一致性。

  • 静态代码分析工具:用于检查源代码中的潜在问题、错误或不良实践。静态代码分析器会对代码进行扫描,并给出相应的提示或警告,帮助开发人员发现并修复问题。

  • 类型检查工具:用于静态检查编程语言中的类型错误。通过类型检查工具,可以在编译或运行前捕获到类型相关的错误,从而提高代码质量和可靠性。

  • 代码压缩工具:用于减小源代码文件的大小。代码压缩工具通常会移除源代码中的空白字符、注释和不必要的字符,从而降低文件大小,并提高加载速度。

  • 代码打包工具:用于将多个模块或文件打包成一个或多个最终部署的文件。通过使用代码打包工具,可以减少网络请求次数,提高前端应用的性能和加载速度。

  • 依赖项查看器:用于查看项目或应用中的各个依赖项之间的关系和依赖情况。依赖项查看器可以帮助开发人员了解项目的依赖结构,以便更好地管理和维护依赖关系。

语言支持

特性 Deno Bun Node.js
TypeScript / TSX

性能对比

接下来看看这三个运行时的网络性能比较。重点关注:静态文件传递、JSON 响应和计算密集型任务(素数计算)。

  • 静态文件传递:提供静态资源服务,将服务器上指定目录中的静态文件传递给客户端。

  • JSON 响应:接收客户端请求,生成包含 JSON 数据的响应并返回给客户端。

  • 计算密集型任务:接收客户端传来的数值,执行大量的 CPU 计算操作来判断该数是否为质数,并将结果返回给客户端。

为了进行准确的比较,构建了一个自定义的基准测试工具,并使用 Express.js 作为服务端平台。Express.js 是一个很好的选择,因为可以在所有三种运行时中使用完全相同的服务端脚本。源代码可以在 GitHub 上找到:jsrbench。为了对服务端添加负载,这里使用了 Siege,这是一个经过试验和测试的网络服务器基准测试实用工具。

下面是用于基准测试的服务端脚本:

import express from "express";



const app = express();



// 使用 BigInt 进行修改,并移除 NaN/Infinity 检查

const checkPrime = function (n) {

  if (n % 1n || n < 2n) return 0;

  if (n == leastFactor(n)) return 1;

  return 0;

};



const leastFactor = function (n) {

  if (n == 0n) return 0;

  if (n % 1n || n * n < 2n) return 1;

  if (n % 2n == 0) return 2;

  if (n % 3n == 0) return 3;

  if (n % 5n == 0) return 5;

  for (let i = 7n; i * i <= n; i += 30n) {

    if (n % i == 0n) return i;

    if (n % (i + 4n) == 0) return i + 4n;

    if (n % (i + 6n) == 0) return i + 6n;

    if (n % (i + 10n) == 0) return i + 10n;

    if (n % (i + 12n) == 0) return i + 12n;

    if (n % (i + 16n) == 0) return i + 16n;

    if (n % (i + 22n) == 0) return i + 22n;

    if (n % (i + 24n) == 0) return i + 24n;

  }

  return n;

};



// 静态资源中间件

app.use("/static", express.static("public"));



// JSON 响应

app.get("/json", (req, res) => {

  res.json({

    message: "Hello, World!",

    number: 5,

    literal: `(${4}+${4})*${21.2}/${2}=${84.8}`,

  });

});



// 模拟 CPU 密集型操作

app.get("/compute-prime", (_req, res) => {

  const toCheck = 263n;

  if (checkPrime(263n)) {

    res.send(`Prime number ${toCheck} is a prime!`);

  } else {

    res.send(`Prime number ${toCheck} is not a prime!`);

  }

});



// 将端点收集到数组中

const endpoints = ["/static/index.html", "/json", "/compute-prime"];



// 通过提供 '0' 自动分配端口

const server = app.listen(0, () => {

  const fullEndpoints = endpoints.map(

    (endpoint) => `http://127.0.0.1:${server.address().port}${endpoint}`,

  );

  console.log(JSON.stringify({

    BENCHMARKABLE_ENDPOINTS: fullEndpoints,

  }));

});
10 个并发用户(每秒请求数)
路径 Node.js Deno Bun
静态文件传递 1712.37 1761.87 2559.35
JSON 响应 2223.57 2772.39 4138.38
计算密集型任务 2377.44 3480.13 4321.48

JS三大运行时全面对比:Node.js vs Bun vs Deno_第2张图片

100 个并发用户(每秒请求数)
路径 Node.js Deno Bun
静态文件传递 2153.87 2571.72 3468.01
JSON 响应 2344.44 3468.01 4555.89
计算密集型任务 2286.53 3609.09 4341.41

JS三大运行时全面对比:Node.js vs Bun vs Deno_第3张图片

根据给定的条件和具体的基准测试运行结果:

  • Deno 比 Node.js 快大约 33%。

  • Bun 比 Node.js 快大约 73%。

Bun 官方也给出了一个基准测试的数据:

  • React 服务端渲染(每秒 HTTP 请求数 (Linux x64)):

JS三大运行时全面对比:Node.js vs Bun vs Deno_第4张图片

  • WebSocket 聊天服务器(每秒发送的消息数(Linux x64,32 个客户端)):

JS三大运行时全面对比:Node.js vs Bun vs Deno_第5张图片

  • 加载一个巨大的表(每秒平均查询次数)

JS三大运行时全面对比:Node.js vs Bun vs Deno_第6张图片

可以看到, Bun 是 Deno 的速度两倍,是 Node.js 速度的四倍。

支持和社区

这三个运行时都是开源的,但并非所有项目都完全得到社区的支持。Node.js 由 OpenJS 基金会支持,并且严格以社区和志愿者为基础。Deno 和 Bun 得到了营利性组织和风险投资支持的项目的支持。

Node.js 有一个成熟的生态系统和庞大的社区。相比之下,Deno 和 Bun 则较为新颖,遇到问题时可能解决难度更大,但仍然有很多热情的开发者愿意分享相关知识。此外,Deno 1.28 引入了更好的与 npm 包兼容性,使得从 Node.js 迁移过来的开发者更容易接受。

下面是 Stack Overflow 上每个运行时标记的问题的数量(截至 2023 年 9 月):

运行时 问题数量
Node.js 466762
Deno 917
Bun 52

如你所见,Node.js 相关的问题最多,这也意味着当遇到问题时,更容易得到解决方案。

JS三大运行时全面对比:Node.js vs Bun vs Deno_第7张图片

在 2022 年 State of JavaScript 调查中,有一个问题是关于参与者经常使用哪种运行时,有将近 30000 名受访者回答了这个问题。调查结果显示, Node.js 遥遥领先,Deno 得票数约为 5300,Bun 得票数约为 1200。也许我们会在 2023 年看到 Deno 和 Bun 出现一些新的趋势。

官方的 Node.js 文档包括各种指南、大量的 API 参考和入门信息。还提供了有关其依赖关系的信息。

Deno 的网站包括一个非常详细的手册,帮助你熟悉运行时并在项目中开始使用它。第三方模块页面很方便,可以了解生态系统中可用的内容。截至 2023 年 8 月,它包含了超过 6000 个模块,并提供一些示例代码。

Bun 的主页链接到了其 Discord、文档和 GitHub 页面。自从它发布以来,文档已经显著改善。现在官方文档中包含了各种主题的信息,例如入门指南、使用打包器和测试运行器以及 API 参考,甚至还有指南展示如何使用 Bun 完成常见任务。

从 Node.js 迁移到 Deno 或 Bun

用纯 JavaScript 或 TypeScript 编写的代码应该可以在任何运行时无缝运行。但是,如果使用过 Node.js 的特定功能,那么迁移到其他运行时可能会比较困难。

从 Node.js 迁移到 Deno

过去,Node.js 模块的兼容性是 Deno 迁移中的一个主要问题。不过,现在只需在导入语句前加上node:前缀即可。至于 npm 包,可以在它们前面加上npm:前缀,或者创建一个deno.js文件,描述 import maps[1] 以供 Deno 解析它们。

如果正在构建软件包/库,可以查看 Denoify[2]。这是一个旨在在迁移时自动更改某些文件,并使项目维护更加容易,适用于 npm 和 deno.land/x[3] 的项目。

从 Node.js 迁移到 Bun

Bun 实现了大多数 Node-API 函数。如果项目较小或仅使用常见函数,可能可以直接将其放入 Bun 中并开始使用。对于大型项目,可能需要重写代码来解决挑战。

Bun 还具有自己的 API。例如,Bun 使用自己的 API 来提供 Web 文件服务。

Bun.serve({

  fetch(req) {

    return new Response("Hello!!!");

  },

  tls: {

    key: Bun.file("./key.pem"),

    cert: Bun.file("./cert.pem"),

  }

});

可以看到,在迁移到 Deno 或 Bun 时,使用它们的原生 API 就意味着代码与在 Node.j s 中使用的代码有所不同。这是在转换现有项目时需要牢记的重要事项,同时在开始新项目时也要考虑到,因为如果遇到在 Node.js 中不存在的且难以解决的问题,可能会难以回退到 Node.js。

总结

Bun 显然是速度上的赢家,并且在功能上带来了很多创新。但由于它仍然很新,所以使用它存在风险。

Node.js 的一大优势在于其成熟度和生态系统的规模。其仍然是目前最安全的选择,并久经考验。

与 Node.js 相比, Deno 还具有很多优势,其强大的功能使开发更加顺畅,并且可以轻松构建高质量的复杂项目。它很安全,虽然比 Node.js 更快,但与 Bun 相比,它还是有点慢的。

总的来说,Node.js 仍然是目前最好的选择,Deno 具有很多现代化的功能,值得尝试。如果最关心速度或只是想了解新技术的前沿,那么 Bun 就是你的首选工具。

[1]import maps: https://deno.land/[email protected]/basics/import\_maps

[2]Denoify: https://github.com/garronej/denoify

[3]deno.land/x: https://deno.land/x

往期推荐

VS Code 中使用Git实践,学会了效率翻倍!

微软最热门的10款前端开源项目!

JavaScript 终于原生支持数组分组了!

Next.js 13.5 正式发布,速度大幅提升!

多图预警,前端应该掌握的浏览器调试技巧大揭秘!

竟然可以在一个项目中混用 Vue 和 React?

图解 60 个 CSS 选择器,一网打尽! JS三大运行时全面对比:Node.js vs Bun vs Deno_第8张图片

你可能感兴趣的:(JavaScript)