Node.js、Deno、Bun三个JS运行时哪个更胜一筹？-51CTO.COM

大家好，我是Echa。

最近有部分粉丝们，私信小编连续三问。说道：

Node.js vs Bun 哪个更厉害？

Node.js 会不会被Deno取代？

Bun 和 Deno 哪个性能更快，更现代？

小编为了让粉丝们更好的深入理解，更好的为项目做出选择，更好区分他们，特意整理一篇文章一一解答。希望对有疑问的小伙伴们有所帮助，若有解释不到位的地方，请多多包涵。

全文大纲

Node.js、Bun、Deno 对比Star
Node.js、Bun、Deno 分别运行时概述
Node.js、Bun、Deno功能对比
Node.js、Bun、Deno性能对比
Node.js、Bun、Deno支持和社区对比
如何从 Node.js 迁移到 Deno 或 Bun
总结

Node.js、Bun、Deno 对比Star

首先需要理解JavaScript 运行时是指执行 JavaScript 代码的环境。

目前，JavaScript 生态中有三大运行时：Node.js、Bun、Deno。老牌运行时 Node.js 的霸主地位正受到 Deno 和 Bun 的挑战。

说这么多不如一张图更直观。如下图（来自star-history 自动生成）：

Node.js、Bun、Deno 对比Star

Node.js、Bun、Deno 分别运行时概述

Node.js

官网：https://nodejs.org/

Github: https://github.com/nodejs/node

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 更加安全。

Bun

官网：https://bun.sh/

Github: https://github.com/oven-sh/bun

Bun 是一个专注性能与开发者体验的全新 JavaScript 运行时。它的流行程度伴随着在今年夏天发布的第一个 Beta 版而爆炸性增长：仅一个月内，就在 GitHub 上获得了超过两万颗星星。自从我们在 Best of JS 开始统计项目以来，我们还从未见过这样的爆炸。

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

同时Bun 在2022 年 JavaScript 明星项目中Bun排名第一

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

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

Deno

官网：https://deno.com/

Github: https://github.com/denoland

Deno 最初由 Node.js 的原始创建者 Ryan Dahl 于 2018 年创建，旨在解决他认为 Node.js 中存在的一些问题，比如性能、安全性。它专注于安全性、现代 JavaScript 实践和开发人员体验。基于 V8 JavaScript 引擎构建并用 Rust 编写。试图重新构思Node，充分利用自2009年以来JavaScript方面的进步，包括TypeScript编译器。

Deno是面向JavaScript和TypeScript的安全运行时环境，已针对WebAssembly、JavaScript XML（JSX）及其TypeScript扩展TSX进行了扩展。

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

与Node.js一样，Deno本质上是Google V8 JavaScript引擎外面的外壳。与Node不同，它在其可执行映像中包含TypeScript编译器。创建了这两个运行时环境的Dahl曾表示，Node.js存在三个主要问题：基于集中式分发的设计欠佳的模块系统、必须支持的许多遗留API以及缺乏安全性。Deno全部解决了这三个问题。

Node.js、Bun、Deno功能对比

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

✅：内置，指本身提供的功能或特性，无需额外安装或引入其他库或框架。
：通过第三方提供的库、框架或工具支持。
❌：不可用。
：实验特性。

运行时特性

Node.js、Bun、Deno 运行时特效对比

升级工具：更新和管理项目所依赖的软件包和库。
单个可执行文件安装：将所有程序文件和依赖项打包成一个单独的可执行文件，以便用户可以简单地通过运行该文件进行安装和部署。
LSP（Language Server Protocol，语言服务器协议）：一种用于提供代码编辑器功能的通信协议。它使得编辑器可以与语言服务器进行交互，从而获得代码补全、跳转到定义、重构等功能。
REPL（Read-Eval-Print Loop，读取-求值-输出循环）：一种交互式编程环境，在其中可以逐行输入代码，并立即执行并输出结果。REPL 通常用于快速测试和验证代码，无需编译和构建过程。
编译器：是一种将高级编程语言源代码转换为低级机器代码或字节码的工具。编译器将代码进行词法分析、语法分析和转换等处理，最终生成可执行文件或中间代码，以供计算机执行。
持久存储驱动程序：一种软件组件或接口，用于与持久化存储介质进行交互和管理数据的读取和写入操作。它提供了对持久化数据的访问和操作的接口。

测试

Node.js、Bun、Deno 测试对比

基准测试运行器：用于运行基准测试的工具或框架。基准测试用于评估代码的性能和效率，通常通过执行一系列测试用例并测量其执行时间来进行。
测试运行器：用于管理和运行测试套件的工具或框架。它可以自动化执行单元测试、集成测试或端到端测试，并提供结果报告和日志记录等功能。

操作系统/平台支持

Node.js、Bun、Deno 运行操作系统对比

包管理器

Node.js、Bun、Deno 包管理器对比

package.json 兼容性：指项目中的 package.json 文件与特定工具、平台或环境的兼容性。package.json 是用于描述和管理项目依赖和配置的文件。
NPM 取消选择：在使用 NPM 作为包管理器时，选择不使用某个特定的功能或设置。这可能是根据项目需求或个人偏好，有意选择不采用某种功能或行为。
内置包管理器：集成在特定开发环境或平台中的默认包管理器。这个包管理器通常提供了一套工具和命令，用于下载、安装、更新和管理项目的依赖项。
URL 引入：通过提供远程资源的 URL 地址来导入模块或库的功能。使用 URL Imports 可以从远程位置直接引入代码或资源，而无需事先下载和安装。

Web API 兼容性

Node.js、Bun、Deno Web API 兼容性对比

Fetch（Fetch）：一种用于发起网络请求的现代 JavaScript API。它提供了一种更简洁和强大的方式来进行数据请求和响应处理，取代了传统的 XMLHttpRequest 方法。
Web Crypto（Web 加密）：一组用于在 Web 浏览器中执行加密操作的 API。它提供了一种安全的方式来处理密码学操作，例如生成随机数、进行加密和解密等。
Web Storage（Web 存储）：用于在客户端浏览器中存储和检索数据的 API。它提供了本地存储和会话存储两种机制，分别用于长期保持数据和临时存储数据。
WebSocket：一种在客户端和服务器之间实现双向通信的协议。通过 WebSocket，可以建立持久性的连接，并实现实时数据传输和交互。
Web Workers：一种在浏览器中使用多线程进行并行计算的机制。Web Workers 允许在后台运行脚本，以避免主线程的阻塞，并提高 Web 应用的响应性能。
Import Maps（导入映射）：一种在 JavaScript 模块加载器中配置模块路径和别名的功能。导入映射可以简化模块导入的过程，并提供更灵活的方式来管理模块依赖。

安全性

Node.js、Bun、Deno 安全性对比

权限模型：应用中用于管理用户或应用对资源和功能的访问权限的系统。权限模型定义了不同级别的权限和许可规则，并确保只有被授权的实体才能执行特定操作。
可信赖的依赖项：开发中使用的第三方库或模块，已经得到验证和认可，可以放心地被项目所使用。可信赖的依赖项通常具有良好的安全性、稳定性和质量保证。

开发工具

代码格式化工具：用于自动调整代码的格式，例如缩进、空格和换行符等。通过使用代码格式化工具，可以统一代码样式，提高代码的可读性和一致性。
静态代码分析工具：用于检查源代码中的潜在问题、错误或不良实践。静态代码分析器会对代码进行扫描，并给出相应的提示或警告，帮助开发人员发现并修复问题。
类型检查工具：用于静态检查编程语言中的类型错误。通过类型检查工具，可以在编译或运行前捕获到类型相关的错误，从而提高代码质量和可靠性。
代码压缩工具：用于减小源代码文件的大小。代码压缩工具通常会移除源代码中的空白字符、注释和不必要的字符，从而降低文件大小，并提高加载速度。
代码打包工具：用于将多个模块或文件打包成一个或多个最终部署的文件。通过使用代码打包工具，可以减少网络请求次数，提高前端应用的性能和加载速度。
依赖项查看器：用于查看项目或应用中的各个依赖项之间的关系和依赖情况。依赖项查看器可以帮助开发人员了解项目的依赖结构，以便更好地管理和维护依赖关系。

语言支持

Node.js、Bun、Deno 语言支持

Node.js、Bun、Deno性能对比

接下来看看这三个运行时的网络性能比较。重点关注：静态文件传递、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  {
  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

100 个并发用户（每秒请求数）

路径	Node.js	Deno	Bun
静态文件传递	2153.87	2571.72	3468.01
JSON 响应	2344.44	3468.01	4555.89
计算密集型任务	2286.53	3609.09	4341.41

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

Deno 比 Node.js 快大约 33%。
Bun 比 Node.js 快大约 73%。

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

React 服务端渲染（每秒 HTTP 请求数（Linux x64））：

WebSocket 聊天服务器（每秒发送的消息数（Linux x64，32 个客户端））：

加载一个巨大的表（每秒平均查询次数）

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

Node.js、Bun、Deno支持和社区对比

这三个运行时都是开源的，但并非所有项目都完全得到社区的支持。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 相关的问题最多，这也意味着当遇到问题时，更容易得到解决方案。

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

有兴趣的小伙伴们可以看看小编之前整理的：2022年JavaScript生态圈趋势报告

官方的 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 以供 Deno 解析它们。

迁移方法请见Deno官方文档：https://deno.land/manual@v1.36.1/basics/import_maps

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

Denoify Github：https://github.com/garronej/denoify

deno.land/x ：https://deno.land/x

从 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 就是你的首选工具。

最后总结 Node.js、Bun、Deno 三个JS运行时特性上的比较，如下图：

Node.js、Bun、Deno 特性对比

除了表格上这些直观可以对比的特性，小编还列出了一些相关的值得关注的要点：

Bun 在一定程度上对 Windows 有作支持。
Node 已开始搞权限模型。
Node npm list 是有一个外部依赖视图的。
Bun 有半内置的 REPL，需要时会进行下载。
所有运行时都在不同程度上提供了 ARM64 支持，其中 Node.js 支持的平台范围最广。
尽管 Deno 缺少传统的内置包管理器，但它可以通过 URL 导入、指定符导入、import_map 和 package.json 实现了自动包安装。
据传 Deno 即将有一次重大更新，可能会带来一些令人兴奋的新特性。

小编还论述了使用便捷性与安全等方面，最后结论比较中肯客观：

如果成熟度、庞大的生态以及社区支持是你最重视的，那么 Node.js 仍然是一个强有力的竞争者。
如果你寻求一个现代化、默认安全性高且开发体验一流并且日益成熟的运行时环境，那么 Deno 就是不二之选。
如果你想要结合 Node.js 和 Deno 的优点，并注重尖端性能以及良好的开发体验，那么 Bun 可能就是你需要的答案。

大家对Node.js、Bun、Deno有什么想法，也可以留言参与讨论。

最后

一台电脑,一个键盘,尽情挥洒智慧的人生;

几行数字,几个字母,认真编写生活的美好;

一个灵感,一段程序,推动科技进步,促进社会发展。