建站
咨詢
售后
建站咨詢
新聞中心
大家好，我是Echa。
平定網(wǎng)站建設公司創(chuàng)新互聯(lián)公司,平定網(wǎng)站設計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為平定1000+提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設公司要多少錢，請找那個售后服務好的平定做網(wǎng)站的公司定做！
最近有部分粉絲們，私信小編連續(xù)三問。說道：
Node.js vs Bun 哪個更厲害？
Node.js 會不會被Deno取代？
Bun 和 Deno 哪個性能更快，更現(xiàn)代？
小編為了讓粉絲們更好的深入理解，更好的為項目做出選擇，更好區(qū)分他們，特意整理一篇文章一一解答。希望對有疑問的小伙伴們有所幫助，若有解釋不到位的地方，請多多包涵。
全文大綱
- Node.js、Bun、Deno 對比Star
- Node.js、Bun、Deno 分別運行時概述
- Node.js、Bun、Deno功能對比
- Node.js、Bun、Deno性能對比
- Node.js、Bun、Deno支持和社區(qū)對比
- 如何從 Node.js 遷移到 Deno 或 Bun
- 總結
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 技術。Node.js 于 2009 年推出，允許開發(fā)人員在瀏覽器之外使用 JavaScript，徹底改變了服務端編程。它擁有強大的生態(tài)系統(tǒng)、龐大的社區(qū)，并且經(jīng)過驗證且穩(wěn)定。為大型應用程序提供 LTS 構建?；?V8 JavaScript 引擎構建。
多年來，Node.js 一直是服務端 JavaScript 開發(fā)的支柱，通過第三方工具支持了無數(shù)功能。其提供了巨大的功能和靈活性。豐富的文檔、教程和社區(qū)支持使開發(fā)者可以更輕松地克服挑戰(zhàn)。如果考慮內置工具和與 Web API 的兼容性，它是落后于其他兩個運行時的。
從歷史上看，Node.js 因其安全方法（尤其是在包方面）而受到批評。然而，社區(qū)和維護者已經(jīng)顯著改善了這一方面。權限模型已經(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 版而爆炸性增長：僅一個月內，就在 GitHub 上獲得了超過兩萬顆星星。自從我們在 Best of JS 開始統(tǒng)計項目以來，我們還從未見過這樣的爆炸。
Bun 是 2021 年發(fā)布的 JavaScript 運行時，它被設計為 Node.js 的更快、更精簡、更現(xiàn)代的替代品。它構建在 JavaScript Core 和 Zig 之上。旨在成為一個全功能的運行時環(huán)境和工具包，重點關注速度、打包、測試和與 Node.js 包的兼容性。最大的優(yōu)勢之一是它的性能。事實證明，Bun 比 Node.js 和 Deno 都要快。如果 Bun 能夠完成這些目標，那么它將成為一個非常有吸引力的選擇。
同時Bun 在2022 年 JavaScript 明星項目中Bun排名第一
Bun 的核心賣點是它的性能，其提供了許多基準測試，顯示出令人驚嘆的速度。使用 Bun 作為包管理器比使用標準 NPM 命令要快得多。在現(xiàn)實應用中，尤其是 Web 應用，性能差異可能不像基準測試中那么顯著。
Bun 優(yōu)先考慮簡單性和速度。憑借其內置的包管理器，以及與 Node.js 相比改進的開發(fā)體驗，開發(fā)人員可以快速入門，而無需遇到其他運行時可能帶來的初始設置障礙。
Deno
官網(wǎng)：https://deno.com/
Github: https://github.com/denoland
Deno 最初由 Node.js 的原始創(chuàng)建者 Ryan Dahl 于 2018 年創(chuàng)建，旨在解決他認為 Node.js 中存在的一些問題，比如性能、安全性。它專注于安全性、現(xiàn)代 JavaScript 實踐和開發(fā)人員體驗。基于 V8 JavaScript 引擎構建并用 Rust 編寫。試圖重新構思Node，充分利用自2009年以來JavaScript方面的進步，包括TypeScript編譯器。
Deno是面向JavaScript和TypeScript的安全運行時環(huán)境，已針對WebAssembly、JavaScript XML（JSX）及其TypeScript擴展TSX進行了擴展。
與 Node.js 相比，Deno 具有更全面的功能。它對 Web API 和現(xiàn)代標準有很好的支持，并且還支持大多數(shù) NPM 包。Deno 還提供了出色的開發(fā)體驗，特別是如果使用 TypeScript，它是開箱即用的。Deno 還具有內置 linting、代碼格式化程序等優(yōu)勢，節(jié)省一些配置和引導時間。如果你傾向于開箱即用的設置，只需啟動編輯器，創(chuàng)建一個main.ts文件，然后就可以開始快樂編碼了！
與Node.js一樣，Deno本質上是Google V8 JavaScript引擎外面的外殼。與Node不同，它在其可執(zhí)行映像中包含TypeScript編譯器。創(chuàng)建了這兩個運行時環(huán)境的Dahl曾表示，Node.js存在三個主要問題：基于集中式分發(fā)的設計欠佳的模塊系統(tǒng)、必須支持的許多遺留API以及缺乏安全性。Deno全部解決了這三個問題。
Node.js、Bun、Deno功能對比
首先來看看這三個運行時的功能對比，圖示如下：
- ：內置，指本身提供的功能或特性，無需額外安裝或引入其他庫或框架。
- ：通過第三方提供的庫、框架或工具支持。
- ：不可用。
- ：實驗特性。
運行時特性
Node.js、Bun、Deno 運行時特效對比
- 升級工具：更新和管理項目所依賴的軟件包和庫。
- 單個可執(zhí)行文件安裝：將所有程序文件和依賴項打包成一個單獨的可執(zhí)行文件，以便用戶可以簡單地通過運行該文件進行安裝和部署。
- LSP（Language Server Protocol，語言服務器協(xié)議）：一種用于提供代碼編輯器功能的通信協(xié)議。它使得編輯器可以與語言服務器進行交互，從而獲得代碼補全、跳轉到定義、重構等功能。
- REPL（Read-Eval-Print Loop，讀取-求值-輸出循環(huán)）：一種交互式編程環(huán)境，在其中可以逐行輸入代碼，并立即執(zhí)行并輸出結果。REPL 通常用于快速測試和驗證代碼，無需編譯和構建過程。
- 編譯器：是一種將高級編程語言源代碼轉換為低級機器代碼或字節(jié)碼的工具。編譯器將代碼進行詞法分析、語法分析和轉換等處理，最終生成可執(zhí)行文件或中間代碼，以供計算機執(zhí)行。
- 持久存儲驅動程序：一種軟件組件或接口，用于與持久化存儲介質進行交互和管理數(shù)據(jù)的讀取和寫入操作。它提供了對持久化數(shù)據(jù)的訪問和操作的接口。
測試
Node.js、Bun、Deno 測試對比
- 基準測試運行器：用于運行基準測試的工具或框架?；鶞蕼y試用于評估代碼的性能和效率，通常通過執(zhí)行一系列測試用例并測量其執(zhí)行時間來進行。
- 測試運行器：用于管理和運行測試套件的工具或框架。它可以自動化執(zhí)行單元測試、集成測試或端到端測試，并提供結果報告和日志記錄等功能。
操作系統(tǒng)/平臺支持
Node.js、Bun、Deno 運行操作系統(tǒng)對比
包管理器
Node.js、Bun、Deno 包管理器對比
- package.json 兼容性：指項目中的 package.json 文件與特定工具、平臺或環(huán)境的兼容性。package.json 是用于描述和管理項目依賴和配置的文件。
- NPM 取消選擇：在使用 NPM 作為包管理器時，選擇不使用某個特定的功能或設置。這可能是根據(jù)項目需求或個人偏好，有意選擇不采用某種功能或行為。
- 內置包管理器：集成在特定開發(fā)環(huán)境或平臺中的默認包管理器。這個包管理器通常提供了一套工具和命令，用于下載、安裝、更新和管理項目的依賴項。
- URL 引入：通過提供遠程資源的 URL 地址來導入模塊或庫的功能。使用 URL Imports 可以從遠程位置直接引入代碼或資源，而無需事先下載和安裝。
Web API 兼容性
Node.js、Bun、Deno Web API 兼容性對比
- Fetch（Fetch）：一種用于發(fā)起網(wǎng)絡請求的現(xiàn)代 JavaScript API。它提供了一種更簡潔和強大的方式來進行數(shù)據(jù)請求和響應處理，取代了傳統(tǒng)的 XMLHttpRequest 方法。
- Web Crypto（Web 加密）：一組用于在 Web 瀏覽器中執(zhí)行加密操作的 API。它提供了一種安全的方式來處理密碼學操作，例如生成隨機數(shù)、進行加密和解密等。
- Web Storage（Web 存儲）：用于在客戶端瀏覽器中存儲和檢索數(shù)據(jù)的 API。它提供了本地存儲和會話存儲兩種機制，分別用于長期保持數(shù)據(jù)和臨時存儲數(shù)據(jù)。
- WebSocket：一種在客戶端和服務器之間實現(xiàn)雙向通信的協(xié)議。通過 WebSocket，可以建立持久性的連接，并實現(xiàn)實時數(shù)據(jù)傳輸和交互。
- Web Workers：一種在瀏覽器中使用多線程進行并行計算的機制。Web Workers 允許在后臺運行腳本，以避免主線程的阻塞，并提高 Web 應用的響應性能。
- Import Maps（導入映射）：一種在 JavaScript 模塊加載器中配置模塊路徑和別名的功能。導入映射可以簡化模塊導入的過程，并提供更靈活的方式來管理模塊依賴。
安全性
Node.js、Bun、Deno 安全性對比
- 權限模型：應用中用于管理用戶或應用對資源和功能的訪問權限的系統(tǒng)。權限模型定義了不同級別的權限和許可規(guī)則，并確保只有被授權的實體才能執(zhí)行特定操作。
- 可信賴的依賴項：開發(fā)中使用的第三方庫或模塊，已經(jīng)得到驗證和認可，可以放心地被項目所使用?？尚刨嚨囊蕾図椡ǔ＞哂辛己玫陌踩浴⒎€(wěn)定性和質量保證。
開發(fā)工具
- 代碼格式化工具：用于自動調整代碼的格式，例如縮進、空格和換行符等。通過使用代碼格式化工具，可以統(tǒng)一代碼樣式，提高代碼的可讀性和一致性。
- 靜態(tài)代碼分析工具：用于檢查源代碼中的潛在問題、錯誤或不良實踐。靜態(tài)代碼分析器會對代碼進行掃描，并給出相應的提示或警告，幫助開發(fā)人員發(fā)現(xiàn)并修復問題。
- 類型檢查工具：用于靜態(tài)檢查編程語言中的類型錯誤。通過類型檢查工具，可以在編譯或運行前捕獲到類型相關的錯誤，從而提高代碼質量和可靠性。
- 代碼壓縮工具：用于減小源代碼文件的大小。代碼壓縮工具通常會移除源代碼中的空白字符、注釋和不必要的字符，從而降低文件大小，并提高加載速度。
- 代碼打包工具：用于將多個模塊或文件打包成一個或多個最終部署的文件。通過使用代碼打包工具，可以減少網(wǎng)絡請求次數(shù)，提高前端應用的性能和加載速度。
- 依賴項查看器：用于查看項目或應用中的各個依賴項之間的關系和依賴情況。依賴項查看器可以幫助開發(fā)人員了解項目的依賴結構，以便更好地管理和維護依賴關系。
語言支持
Node.js、Bun、Deno 語言支持
Node.js、Bun、Deno性能對比
接下來看看這三個運行時的網(wǎng)絡性能比較。重點關注：靜態(tài)文件傳遞、JSON 響應和計算密集型任務（素數(shù)計算）。
- 靜態(tài)文件傳遞：提供靜態(tài)資源服務，將服務器上指定目錄中的靜態(tài)文件傳遞給客戶端。
- JSON 響應：接收客戶端請求，生成包含 JSON 數(shù)據(jù)的響應并返回給客戶端。
- 計算密集型任務：接收客戶端傳來的數(shù)值，執(zhí)行大量的 CPU 計算操作來判斷該數(shù)是否為質數(shù)，并將結果返回給客戶端。
為了進行準確的比較，構建了一個自定義的基準測試工具，并使用 Express.js 作為服務端平臺。Express.js 是一個很好的選擇，因為可以在所有三種運行時中使用完全相同的服務端腳本。源代碼可以在 GitHub 上找到：jsrbench。為了對服務端添加負載，這里使用了 Siege，這是一個經(jīng)過試驗和測試的網(wǎng)絡服務器基準測試實用工具。
下面是用于基準測試的服務端腳本：
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!`);
}
});
// 將端點收集到數(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,
}));
});測試結果如下圖：
10 個并發(fā)用戶（每秒請求數(shù)）
|
路徑 |
Node.js |
Deno |
Bun |
|
靜態(tài)文件傳遞 |
1712.37 |
1761.87 |
2559.35 |
|
JSON 響應 |
2223.57 |
2772.39 |
4138.38 |
|
計算密集型任務 |
2377.44 |
3480.13 |
4321.48 |
100 個并發(fā)用戶（每秒請求數(shù)）
|
路徑 |
Node.js |
Deno |
Bun |
|
靜態(tài)文件傳遞 |
2153.87 |
2571.72 |
3468.01 |
|
JSON 響應 |
2344.44 |
3468.01 |
4555.89 |
|
計算密集型任務 |
2286.53 |
3609.09 |
4341.41 |
根據(jù)給定的條件和具體的基準測試運行結果：
- Deno 比 Node.js 快大約 33%。
- Bun 比 Node.js 快大約 73%。
Bun 官方也給出了一個基準測試的數(shù)據(jù)：
- React 服務端渲染（每秒 HTTP 請求數(shù) （Linux x64））：
- WebSocket 聊天服務器（每秒發(fā)送的消息數(shù)（Linux x64，32 個客戶端））：
- 加載一個巨大的表（每秒平均查詢次數(shù)）
可以看到， Bun 是 Deno 的速度兩倍，是 Node.js 速度的四倍。
Node.js、Bun、Deno支持和社區(qū)對比
這三個運行時都是開源的，但并非所有項目都完全得到社區(qū)的支持。Node.js 由 OpenJS 基金會支持，并且嚴格以社區(qū)和志愿者為基礎。Deno 和 Bun 得到了營利性組織和風險投資支持的項目的支持。
Node.js 有一個成熟的生態(tài)系統(tǒng)和龐大的社區(qū)。相比之下，Deno 和 Bun 則較為新穎，遇到問題時可能解決難度更大，但仍然有很多熱情的開發(fā)者愿意分享相關知識。此外，Deno 1.28 引入了更好的與 npm 包兼容性，使得從 Node.js 遷移過來的開發(fā)者更容易接受。
下面是 Stack Overflow 上每個運行時標記的問題的數(shù)量（截至 2023 年 9 月）：
|
運行時 |
問題數(shù)量 |
|
Node.js |
466762 |
|
Deno |
917 |
|
Bun |
52 |
如你所見，Node.js 相關的問題最多，這也意味著當遇到問題時，更容易得到解決方案。
在 2022 年 State of JavaScript 調查中，有一個問題是關于參與者經(jīng)常使用哪種運行時，有將近 30000 名受訪者回答了這個問題。調查結果顯示， Node.js 遙遙領先，Deno 得票數(shù)約為 5300，Bun 得票數(shù)約為 1200。也許我們會在 2023 年看到 Deno 和 Bun 出現(xiàn)一些新的趨勢。
有興趣的小伙伴們可以看看小編之前整理的：2022年JavaScript生態(tài)圈趨勢報告
官方的 Node.js 文檔包括各種指南、大量的 API 參考和入門信息。還提供了有關其依賴關系的信息。
Deno 的網(wǎng)站包括一個非常詳細的手冊，幫助你熟悉運行時并在項目中開始使用它。第三方模塊頁面很方便，可以了解生態(tài)系統(tǒng)中可用的內容。截至 2023 年 8 月，它包含了超過 6000 個模塊，并提供一些示例代碼。
Bun 的主頁鏈接到了其 Discord、文檔和 GitHub 頁面。自從它發(fā)布以來，文檔已經(jīng)顯著改善?，F(xiàn)在官方文檔中包含了各種主題的信息，例如入門指南、使用打包器和測試運行器以及 API 參考，甚至還有指南展示如何使用 Bun 完成常見任務。
如何從 Node.js 遷移到 Deno 或 Bun
用純 JavaScript 或 TypeScript 編寫的代碼應該可以在任何運行時無縫運行。但是，如果使用過 Node.js 的特定功能，那么遷移到其他運行時可能會比較困難。
從 Node.js 遷移到 Deno
過去，Node.js 模塊的兼容性是 Deno 遷移中的一個主要問題。不過，現(xiàn)在只需在導入語句前加上node:前綴即可。至于 npm 包，可以在它們前面加上npm:前綴，或者創(chuàng)建一個deno.js文件，描述 import maps 以供 Deno 解析它們。
遷移方法請見Deno官方文檔：https://deno.land/[email protected]/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 實現(xiàn)了大多數(shù) Node-API 函數(shù)。如果項目較小或僅使用常見函數(shù)，可能可以直接將其放入 Bun 中并開始使用。對于大型項目，可能需要重寫代碼來解決挑戰(zhàn)。
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 中使用的代碼有所不同。這是在轉換現(xiàn)有項目時需要牢記的重要事項，同時在開始新項目時也要考慮到，因為如果遇到在 Node.js 中不存在的且難以解決的問題，可能會難以回退到 Node.js。
總結
Bun 顯然是速度上的贏家，并且在功能上帶來了很多創(chuàng)新。但由于它仍然很新，所以使用它存在風險。
Node.js 的一大優(yōu)勢在于其成熟度和生態(tài)系統(tǒng)的規(guī)模。其仍然是目前最安全的選擇，并久經(jīng)考驗。
與 Node.js 相比， Deno 還具有很多優(yōu)勢，其強大的功能使開發(fā)更加順暢，并且可以輕松構建高質量的復雜項目。它很安全，雖然比 Node.js 更快，但與 Bun 相比，它還是有點慢的。
總的來說，Node.js 仍然是目前最好的選擇，Deno 具有很多現(xiàn)代化的功能，值得嘗試。如果最關心速度或只是想了解新技術的前沿，那么 Bun 就是你的首選工具。
最后總結 Node.js、Bun、Deno 三個JS運行時特性上的比較，如下圖：
Node.js、Bun、Deno 特性對比
除了表格上這些直觀可以對比的特性，小編還列出了一些相關的值得關注的要點：
- Bun 在一定程度上對 Windows 有作支持。
- Node 已開始搞權限模型。
- Node npm list 是有一個外部依賴視圖的。
- Bun 有半內置的 REPL，需要時會進行下載。
- 所有運行時都在不同程度上提供了 ARM64 支持，其中 Node.js 支持的平臺范圍最廣。
- 盡管 Deno 缺少傳統(tǒng)的內置包管理器，但它可以通過 URL 導入、指定符導入、import_map 和 package.json 實現(xiàn)了自動包安裝。
- 據(jù)傳 Deno 即將有一次重大更新，可能會帶來一些令人興奮的新特性。
小編還論述了使用便捷性與安全等方面，最后結論比較中肯客觀：
- 如果成熟度、龐大的生態(tài)以及社區(qū)支持是你最重視的，那么 Node.js 仍然是一個強有力的競爭者。
- 如果你尋求一個現(xiàn)代化、默認安全性高且開發(fā)體驗一流并且日益成熟的運行時環(huán)境，那么 Deno 就是不二之選。
- 如果你想要結合 Node.js 和 Deno 的優(yōu)點，并注重尖端性能以及良好的開發(fā)體驗，那么 Bun 可能就是你需要的答案。
大家對Node.js、Bun、Deno有什么想法，也可以留言參與討論。
最后
一臺電腦,一個鍵盤,盡情揮灑智慧的人生;
幾行數(shù)字,幾個字母,認真編寫生活的美好;
一 個靈感,一段程序,推動科技進步,促進社會發(fā)展。
網(wǎng)頁名稱：Node.js、Deno、Bun三個JS運行時哪個更勝一籌？
文章起源：http://fisionsoft.com.cn/article/dpssgog.html
