大家好，我是Echa。

最近有部分粉絲們，私信小編連續(xù)三問。說道：

Node.js vs Bun 哪個更厲害？

Node.js 會不會被Deno取代？

Bun 和 Deno 哪個性能更快，更現(xiàn)代？

小編為了讓粉絲們更好的深入理解，更好的為項目做出選擇，更好區(qū)分他們，特意整理一篇文章一一解答。希望對有疑問的小伙伴們有所幫助，若有解釋不到位的地方，請多多包涵。

全文大綱

1. Node.js、Bun、Deno 對比Star
2. Node.js、Bun、Deno 分別運行時概述
3. Node.js、Bun、Deno功能對比
4. Node.js、Bun、Deno性能對比
5. Node.js、Bun、Deno支持和社區(qū)對比
6. 如何從 Node.js 遷移到 Deno 或 Bun
7. 總結(jié)

Node.js、Bun、Deno 對比Star

首先需要理解JavaScript 運行時是指執(zhí)行 JavaScript 代碼的環(huán)境。

目前，JavaScript 生態(tài)中有三大運行時：Node.js、Bun、Deno。老牌運行時 Node.js 的霸主地位正受到 Deno 和 Bun 的挑戰(zhàn)。

說這么多不如一張圖更直觀。如下圖（來自star-history 自動生成）：

Node.js、Bun、Deno 對比Star

Node.js、Bun、Deno 分別運行時概述

Node.js

官網(wǎng)：https://nodejs.org/

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

Node.js 在 2023 年被 Stack Overflow 開發(fā)者評為最受歡迎的 Web 技術(shù)。Node.js 于 2009 年推出，允許開發(fā)人員在瀏覽器之外使用 JavaScript，徹底改變了服務(wù)端編程。它擁有強大的生態(tài)系統(tǒng)、龐大的社區(qū)，并且經(jīng)過驗證且穩(wěn)定。為大型應(yīng)用程序提供 LTS 構(gòu)建?；?V8 JavaScript 引擎構(gòu)建。

多年來，Node.js 一直是服務(wù)端 JavaScript 開發(fā)的支柱，通過第三方工具支持了無數(shù)功能。其提供了巨大的功能和靈活性。豐富的文檔、教程和社區(qū)支持使開發(fā)者可以更輕松地克服挑戰(zhàn)。如果考慮內(nèi)置工具和與 Web API 的兼容性，它是落后于其他兩個運行時的。

從歷史上看，Node.js 因其安全方法（尤其是在包方面）而受到批評。然而，社區(qū)和維護者已經(jīng)顯著改善了這一方面。權(quán)限模型已經(jīng)在 Node.js v20 中實現(xiàn)，這使 Node.js 更加安全。

Bun

官網(wǎng)：https://bun.sh/

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

Bun 是 一個專注性能與開發(fā)者體驗的全新 JavaScript 運行時。它的流行程度伴隨著在今年夏天發(fā)布的第一個 Beta 版而爆炸性增長：僅一個月內(nèi)，就在 GitHub 上獲得了超過兩萬顆星星。自從我們在 Best of JS 開始統(tǒng)計項目以來，我們還從未見過這樣的爆炸。

Bun 是 2021 年發(fā)布的 JavaScript 運行時，它被設(shè)計為 Node.js 的更快、更精簡、更現(xiàn)代的替代品。它構(gòu)建在 JavaScript Core 和 Zig 之上。旨在成為一個全功能的運行時環(huán)境和工具包，重點關(guān)注速度、打包、測試和與 Node.js 包的兼容性。最大的優(yōu)勢之一是它的性能。事實證明，Bun 比 Node.js 和 Deno 都要快。如果 Bun 能夠完成這些目標(biāo)，那么它將成為一個非常有吸引力的選擇。

同時Bun 在2022 年 JavaScript 明星項目中Bun排名第一

Bun 的核心賣點是它的性能，其提供了許多基準(zhǔn)測試，顯示出令人驚嘆的速度。使用 Bun 作為包管理器比使用標(biāo)準(zhǔn) NPM 命令要快得多。在現(xiàn)實應(yīng)用中，尤其是 Web 應(yīng)用，性能差異可能不像基準(zhǔn)測試中那么顯著。

Bun 優(yōu)先考慮簡單性和速度。憑借其內(nèi)置的包管理器，以及與 Node.js 相比改進(jìn)的開發(fā)體驗，開發(fā)人員可以快速入門，而無需遇到其他運行時可能帶來的初始設(shè)置障礙。

Deno

官網(wǎng)：https://deno.com/

Github: https://github.com/denoland

Deno 最初由 Node.js 的原始創(chuàng)建者 Ryan Dahl 于 2018 年創(chuàng)建，旨在解決他認(rèn)為 Node.js 中存在的一些問題，比如性能、安全性。它專注于安全性、現(xiàn)代 JavaScript 實踐和開發(fā)人員體驗?；?V8 JavaScript 引擎構(gòu)建并用 Rust 編寫。試圖重新構(gòu)思Node，充分利用自2009年以來JavaScript方面的進(jìn)步，包括TypeScript編譯器。

Deno是面向JavaScript和TypeScript的安全運行時環(huán)境，已針對WebAssembly、JavaScript XML（JSX）及其TypeScript擴展TSX進(jìn)行了擴展。

與 Node.js 相比，Deno 具有更全面的功能。它對 Web API 和現(xiàn)代標(biāo)準(zhǔn)有很好的支持，并且還支持大多數(shù) NPM 包。Deno 還提供了出色的開發(fā)體驗，特別是如果使用 TypeScript，它是開箱即用的。Deno 還具有內(nèi)置 linting、代碼格式化程序等優(yōu)勢，節(jié)省一些配置和引導(dǎo)時間。如果你傾向于開箱即用的設(shè)置，只需啟動編輯器，創(chuàng)建一個main.ts文件，然后就可以開始快樂編碼了！

與Node.js一樣，Deno本質(zhì)上是Google V8 JavaScript引擎外面的外殼。與Node不同，它在其可執(zhí)行映像中包含TypeScript編譯器。創(chuàng)建了這兩個運行時環(huán)境的Dahl曾表示，Node.js存在三個主要問題：基于集中式分發(fā)的設(shè)計欠佳的模塊系統(tǒng)、必須支持的許多遺留API以及缺乏安全性。Deno全部解決了這三個問題。

Node.js、Bun、Deno功能對比

首先來看看這三個運行時的功能對比，圖示如下：

• ?：內(nèi)置，指本身提供的功能或特性，無需額外安裝或引入其他庫或框架。
• ：通過第三方提供的庫、框架或工具支持。
• ?：不可用。
• ：實驗特性。

運行時特性

Node.js、Bun、Deno 運行時特效對比

• 升級工具：更新和管理項目所依賴的軟件包和庫。
• 單個可執(zhí)行文件安裝：將所有程序文件和依賴項打包成一個單獨的可執(zhí)行文件，以便用戶可以簡單地通過運行該文件進(jìn)行安裝和部署。
• LSP（Language Server Protocol，語言服務(wù)器協(xié)議）：一種用于提供代碼編輯器功能的通信協(xié)議。它使得編輯器可以與語言服務(wù)器進(jìn)行交互，從而獲得代碼補全、跳轉(zhuǎn)到定義、重構(gòu)等功能。
• REPL（Read-Eval-Print Loop，讀取-求值-輸出循環(huán)）：一種交互式編程環(huán)境，在其中可以逐行輸入代碼，并立即執(zhí)行并輸出結(jié)果。REPL 通常用于快速測試和驗證代碼，無需編譯和構(gòu)建過程。
• 編譯器：是一種將高級編程語言源代碼轉(zhuǎn)換為低級機器代碼或字節(jié)碼的工具。編譯器將代碼進(jìn)行詞法分析、語法分析和轉(zhuǎn)換等處理，最終生成可執(zhí)行文件或中間代碼，以供計算機執(zhí)行。
• 持久存儲驅(qū)動程序：一種軟件組件或接口，用于與持久化存儲介質(zhì)進(jìn)行交互和管理數(shù)據(jù)的讀取和寫入操作。它提供了對持久化數(shù)據(jù)的訪問和操作的接口。

測試

Node.js、Bun、Deno 測試對比

• 基準(zhǔn)測試運行器：用于運行基準(zhǔn)測試的工具或框架?；鶞?zhǔn)測試用于評估代碼的性能和效率，通常通過執(zhí)行一系列測試用例并測量其執(zhí)行時間來進(jìn)行。
• 測試運行器：用于管理和運行測試套件的工具或框架。它可以自動化執(zhí)行單元測試、集成測試或端到端測試，并提供結(jié)果報告和日志記錄等功能。

操作系統(tǒng)/平臺支持

Node.js、Bun、Deno 運行操作系統(tǒng)對比

包管理器

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

• package.json 兼容性：指項目中的 package.json 文件與特定工具、平臺或環(huán)境的兼容性。package.json 是用于描述和管理項目依賴和配置的文件。
• NPM 取消選擇：在使用 NPM 作為包管理器時，選擇不使用某個特定的功能或設(shè)置。這可能是根據(jù)項目需求或個人偏好，有意選擇不采用某種功能或行為。
• 內(nèi)置包管理器：集成在特定開發(fā)環(huán)境或平臺中的默認(rèn)包管理器。這個包管理器通常提供了一套工具和命令，用于下載、安裝、更新和管理項目的依賴項。
• URL 引入：通過提供遠(yuǎn)程資源的 URL 地址來導(dǎo)入模塊或庫的功能。使用 URL Imports 可以從遠(yuǎn)程位置直接引入代碼或資源，而無需事先下載和安裝。

Web API 兼容性

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

• Fetch（Fetch）：一種用于發(fā)起網(wǎng)絡(luò)請求的現(xiàn)代 JavaScript API。它提供了一種更簡潔和強大的方式來進(jìn)行數(shù)據(jù)請求和響應(yīng)處理，取代了傳統(tǒng)的 XMLHttpRequest 方法。
• Web Crypto（Web 加密）：一組用于在 Web 瀏覽器中執(zhí)行加密操作的 API。它提供了一種安全的方式來處理密碼學(xué)操作，例如生成隨機數(shù)、進(jìn)行加密和解密等。
• Web Storage（Web 存儲）：用于在客戶端瀏覽器中存儲和檢索數(shù)據(jù)的 API。它提供了本地存儲和會話存儲兩種機制，分別用于長期保持?jǐn)?shù)據(jù)和臨時存儲數(shù)據(jù)。
• WebSocket：一種在客戶端和服務(wù)器之間實現(xiàn)雙向通信的協(xié)議。通過 WebSocket，可以建立持久性的連接，并實現(xiàn)實時數(shù)據(jù)傳輸和交互。
• Web Workers：一種在瀏覽器中使用多線程進(jìn)行并行計算的機制。Web Workers 允許在后臺運行腳本，以避免主線程的阻塞，并提高 Web 應(yīng)用的響應(yīng)性能。
• Import Maps（導(dǎo)入映射）：一種在 JavaScript 模塊加載器中配置模塊路徑和別名的功能。導(dǎo)入映射可以簡化模塊導(dǎo)入的過程，并提供更靈活的方式來管理模塊依賴。

安全性

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

• 權(quán)限模型：應(yīng)用中用于管理用戶或應(yīng)用對資源和功能的訪問權(quán)限的系統(tǒng)。權(quán)限模型定義了不同級別的權(quán)限和許可規(guī)則，并確保只有被授權(quán)的實體才能執(zhí)行特定操作。
• 可信賴的依賴項：開發(fā)中使用的第三方庫或模塊，已經(jīng)得到驗證和認(rèn)可，可以放心地被項目所使用?？尚刨嚨囊蕾図椡ǔ＞哂辛己玫陌踩?、穩(wěn)定性和質(zhì)量保證。

開發(fā)工具

• 代碼格式化工具：用于自動調(diào)整代碼的格式，例如縮進(jìn)、空格和換行符等。通過使用代碼格式化工具，可以統(tǒng)一代碼樣式，提高代碼的可讀性和一致性。
• 靜態(tài)代碼分析工具：用于檢查源代碼中的潛在問題、錯誤或不良實踐。靜態(tài)代碼分析器會對代碼進(jìn)行掃描，并給出相應(yīng)的提示或警告，幫助開發(fā)人員發(fā)現(xiàn)并修復(fù)問題。
• 類型檢查工具：用于靜態(tài)檢查編程語言中的類型錯誤。通過類型檢查工具，可以在編譯或運行前捕獲到類型相關(guān)的錯誤，從而提高代碼質(zhì)量和可靠性。
• 代碼壓縮工具：用于減小源代碼文件的大小。代碼壓縮工具通常會移除源代碼中的空白字符、注釋和不必要的字符，從而降低文件大小，并提高加載速度。
• 代碼打包工具：用于將多個模塊或文件打包成一個或多個最終部署的文件。通過使用代碼打包工具，可以減少網(wǎng)絡(luò)請求次數(shù)，提高前端應(yīng)用的性能和加載速度。
• 依賴項查看器：用于查看項目或應(yīng)用中的各個依賴項之間的關(guān)系和依賴情況。依賴項查看器可以幫助開發(fā)人員了解項目的依賴結(jié)構(gòu)，以便更好地管理和維護依賴關(guān)系。

語言支持

Node.js、Bun、Deno 語言支持

Node.js、Bun、Deno性能對比

接下來看看這三個運行時的網(wǎng)絡(luò)性能比較。重點關(guān)注：靜態(tài)文件傳遞、JSON 響應(yīng)和計算密集型任務(wù)（素數(shù)計算）。

• 靜態(tài)文件傳遞：提供靜態(tài)資源服務(wù)，將服務(wù)器上指定目錄中的靜態(tài)文件傳遞給客戶端。
• JSON 響應(yīng)：接收客戶端請求，生成包含 JSON 數(shù)據(jù)的響應(yīng)并返回給客戶端。
• 計算密集型任務(wù)：接收客戶端傳來的數(shù)值，執(zhí)行大量的 CPU 計算操作來判斷該數(shù)是否為質(zhì)數(shù)，并將結(jié)果返回給客戶端。

為了進(jìn)行準(zhǔn)確的比較，構(gòu)建了一個自定義的基準(zhǔn)測試工具，并使用 Express.js 作為服務(wù)端平臺。Express.js 是一個很好的選擇，因為可以在所有三種運行時中使用完全相同的服務(wù)端腳本。源代碼可以在 GitHub 上找到：jsrbench。為了對服務(wù)端添加負(fù)載，這里使用了 Siege，這是一個經(jīng)過試驗和測試的網(wǎng)絡(luò)服務(wù)器基準(zhǔn)測試實用工具。

下面是用于基準(zhǔn)測試的服務(wù)端腳本：

import express from "express";

const app = express();

// 使用 BigInt 進(jìn)行修改，并移除 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!`);
  }
});

// 將端點收集到數(shù)組中
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,
  }));
});

測試結(jié)果如下圖：

10 個并發(fā)用戶（每秒請求數(shù)）

100 個并發(fā)用戶（每秒請求數(shù)）

根據(jù)給定的條件和具體的基準(zhǔn)測試運行結(jié)果：

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

Bun 官方也給出了一個基準(zhǔn)測試的數(shù)據(jù)：

• React 服務(wù)端渲染（每秒 HTTP 請求數(shù) （Linux x64））：

• WebSocket 聊天服務(wù)器（每秒發(fā)送的消息數(shù)（Linux x64，32 個客戶端））：

• 加載一個巨大的表（每秒平均查詢次數(shù)）

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

Node.js、Bun、Deno支持和社區(qū)對比

這三個運行時都是開源的，但并非所有項目都完全得到社區(qū)的支持。Node.js 由 OpenJS 基金會支持，并且嚴(yán)格以社區(qū)和志愿者為基礎(chǔ)。Deno 和 Bun 得到了營利性組織和風(fēng)險投資支持的項目的支持。

Node.js 有一個成熟的生態(tài)系統(tǒng)和龐大的社區(qū)。相比之下，Deno 和 Bun 則較為新穎，遇到問題時可能解決難度更大，但仍然有很多熱情的開發(fā)者愿意分享相關(guān)知識。此外，Deno 1.28 引入了更好的與 npm 包兼容性，使得從 Node.js 遷移過來的開發(fā)者更容易接受。

下面是 Stack Overflow 上每個運行時標(biāo)記的問題的數(shù)量（截至 2023 年 9 月）：

如你所見，Node.js 相關(guān)的問題最多，這也意味著當(dāng)遇到問題時，更容易得到解決方案。

在 2022 年 State of JavaScript 調(diào)查中，有一個問題是關(guān)于參與者經(jīng)常使用哪種運行時，有將近 30000 名受訪者回答了這個問題。調(diào)查結(jié)果顯示， Node.js 遙遙領(lǐng)先，Deno 得票數(shù)約為 5300，Bun 得票數(shù)約為 1200。也許我們會在 2023 年看到 Deno 和 Bun 出現(xiàn)一些新的趨勢。

有興趣的小伙伴們可以看看小編之前整理的：2022年JavaScript生態(tài)圈趨勢報告

官方的 Node.js 文檔包括各種指南、大量的 API 參考和入門信息。還提供了有關(guān)其依賴關(guān)系的信息。

Deno 的網(wǎng)站包括一個非常詳細(xì)的手冊，幫助你熟悉運行時并在項目中開始使用它。第三方模塊頁面很方便，可以了解生態(tài)系統(tǒng)中可用的內(nèi)容。截至 2023 年 8 月，它包含了超過 6000 個模塊，并提供一些示例代碼。

Bun 的主頁鏈接到了其 Discord、文檔和 GitHub 頁面。自從它發(fā)布以來，文檔已經(jīng)顯著改善?，F(xiàn)在官方文檔中包含了各種主題的信息，例如入門指南、使用打包器和測試運行器以及 API 參考，甚至還有指南展示如何使用 Bun 完成常見任務(wù)。

如何從 Node.js 遷移到 Deno 或 Bun

用純 JavaScript 或 TypeScript 編寫的代碼應(yīng)該可以在任何運行時無縫運行。但是，如果使用過 Node.js 的特定功能，那么遷移到其他運行時可能會比較困難。

從 Node.js 遷移到 Deno

過去，Node.js 模塊的兼容性是 Deno 遷移中的一個主要問題。不過，現(xiàn)在只需在導(dǎo)入語句前加上node:前綴即可。至于 npm 包，可以在它們前面加上npm:前綴，或者創(chuàng)建一個deno.js文件，描述 import maps 以供 Deno 解析它們。

遷移方法請見Deno官方文檔：https://deno.land/manual@v1.36.1/basics/import_maps

如果正在構(gòu)建軟件包/庫，可以查看 Denoify。這是一個旨在在遷移時自動更改某些文件，并使項目維護更加容易，適用于 npm 和 deno.land/x 的項目。

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

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

從 Node.js 遷移到 Bun

Bun 實現(xiàn)了大多數(shù) Node-API 函數(shù)。如果項目較小或僅使用常見函數(shù)，可能可以直接將其放入 Bun 中并開始使用。對于大型項目，可能需要重寫代碼來解決挑戰(zhàn)。

Bun 還具有自己的 API。例如，Bun 使用自己的 API 來提供 Web 文件服務(wù)。

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 中使用的代碼有所不同。這是在轉(zhuǎn)換現(xiàn)有項目時需要牢記的重要事項，同時在開始新項目時也要考慮到，因為如果遇到在 Node.js 中不存在的且難以解決的問題，可能會難以回退到 Node.js。

總結(jié)

Bun 顯然是速度上的贏家，并且在功能上帶來了很多創(chuàng)新。但由于它仍然很新，所以使用它存在風(fēng)險。

Node.js 的一大優(yōu)勢在于其成熟度和生態(tài)系統(tǒng)的規(guī)模。其仍然是目前最安全的選擇，并久經(jīng)考驗。

與 Node.js 相比， Deno 還具有很多優(yōu)勢，其強大的功能使開發(fā)更加順暢，并且可以輕松構(gòu)建高質(zhì)量的復(fù)雜項目。它很安全，雖然比 Node.js 更快，但與 Bun 相比，它還是有點慢的。

總的來說，Node.js 仍然是目前最好的選擇，Deno 具有很多現(xiàn)代化的功能，值得嘗試。如果最關(guān)心速度或只是想了解新技術(shù)的前沿，那么 Bun 就是你的首選工具。

最后總結(jié) Node.js、Bun、Deno 三個JS運行時特性上的比較，如下圖：

Node.js、Bun、Deno 特性對比

除了表格上這些直觀可以對比的特性，小編還列出了一些相關(guān)的值得關(guān)注的要點：

• Bun 在一定程度上對 Windows 有作支持。
• Node 已開始搞權(quán)限模型。
• Node npm list 是有一個外部依賴視圖的。
• Bun 有半內(nèi)置的 REPL，需要時會進(jìn)行下載。
• 所有運行時都在不同程度上提供了 ARM64 支持，其中 Node.js 支持的平臺范圍最廣。
• 盡管 Deno 缺少傳統(tǒng)的內(nèi)置包管理器，但它可以通過 URL 導(dǎo)入、指定符導(dǎo)入、import_map 和 package.json 實現(xiàn)了自動包安裝。
• 據(jù)傳 Deno 即將有一次重大更新，可能會帶來一些令人興奮的新特性。

小編還論述了使用便捷性與安全等方面，最后結(jié)論比較中肯客觀：

• 如果成熟度、龐大的生態(tài)以及社區(qū)支持是你最重視的，那么 Node.js 仍然是一個強有力的競爭者。
• 如果你尋求一個現(xiàn)代化、默認(rèn)安全性高且開發(fā)體驗一流并且日益成熟的運行時環(huán)境，那么 Deno 就是不二之選。
• 如果你想要結(jié)合 Node.js 和 Deno 的優(yōu)點，并注重尖端性能以及良好的開發(fā)體驗，那么 Bun 可能就是你需要的答案。

大家對Node.js、Bun、Deno有什么想法，也可以留言參與討論。

最后

一臺電腦,一個鍵盤,盡情揮灑智慧的人生;

幾行數(shù)字,幾個字母,認(rèn)真編寫生活的美好;

一 個靈感,一段程序,推動科技進(jìn)步,促進(jìn)社會發(fā)展。