Bun、Node.js 還是 Deno？恕我直言：都將淪為前端玩具！！！

2024-02-27碼農

前言

大家好，我是林三心，用最通俗易懂的話講最難的知識點是我的座右銘，基礎是進階的前提是我的初心~

為你未來的重要計畫選擇

合適的 JavaScript 執行環境！

在 2024 年，建立現代 JavaScript-based API 相對來說相當簡單。使用類似 Express.js 這樣的庫，你可以在幾分鐘內就搭建一個可執行的 API。但是，目前最具挑戰性的部份是選擇正確的 JavaScript 引擎。

雖然可選的引擎有很多，但有三個主要的執行環境是你肯定會用到的：

Node.js(https://nodejs.org/en/)
Deno(https://deno.com/)
Bun(https://bun.sh/)

所以，對於你下一個重要的 JavaScript 計畫，應該選擇什麽呢？嗯，事情並不那麽簡單。理解每個執行環境的優勢和劣勢是很重要的。因此，本文透過比較 Bun、Node.js 和 Deno，深入探討它們的優點、缺陷等方面。

選擇之一：Node.js

Node.js 是用於伺服器端開發的最廣泛使用的 JavaScript 執行環境。

它建立在來自 Google Chrome 的 JavaScript V8 引擎之上，確保了快速而高度可靠的效能。Node.js 最有益的一個方面是事件迴圈。

事件迴圈使你能夠在單個執行緒上執行整個應用程式，而不會遇到任何阻塞。它能夠智慧地將異步阻塞操作外包到一個第三方庫 ——libuv ，該庫執行所有異步 I/O 操作，並在呼叫棧空閑時讓 Node.js 主執行緒處理回呼。此外，透過引入 Worker Threads，開發人員現在能夠啟動隔離的 JavaScript 執行環境，模擬多執行緒和並列處理。

Node.js API 開發的優勢：

高可伸縮性和效能 ：Node.js 透過非阻塞 I/O 和可伸縮性提供了更高的效能，支持基於事件驅動的架構，使其非常適合即時、數據密集型的套用，並能應對不斷增長的使用者群體。

成熟的生態系，擁有眾多的庫和框架 ： Node.js 擁有一個充滿活力的生態系，其中包含豐富的庫和框架，為開發人員提供了一個全面的工具包，可用於高效編碼，涵蓋了 Web 開發和即時應用程式的方方面面。

龐大而活躍的社群支持 ：Node.js 擁有一個充滿活力的社群，這意味著定期的更新和改進，並且有大量的模組可以供開發人員輕松地整合到他們的計畫中。

Node.js API 開發的缺點：

由於單執行緒特性而存在效能限制 ：由於 Node.js 是單執行緒的，它不適用於需要大量計算或需要 CPU 密集型任務。然而，引入了 Worker Threads 之後，Node.js 有能力執行 CPU 密集型操作而不會出現效能問題。

異步編程中的回呼地獄 ：回呼地獄是指 Node.js 中的異步函式在彼此巢狀得非常深，使得程式碼變得復雜和混亂，就像試圖解開一碗義大利直麵一樣。幸運的是，透過使用 Promise 和 async/await 等解決方案，可以避免這種情況，從而使程式碼更清晰、易讀。

選擇之二：Deno

Deno 是一種新興的 JavaScript 和 TypeScript 執行環境，致力於解決 Node.js 的一些不足之處。

Deno 預設將安全性置於首位。

這確保了你的程式碼在沒有適當許可權的情況下無法存取檔或網路。它執行在 JavaScript V8 引擎之上，並且采用 Rust 設計，這意味著它執行速度非常快！

此外，Deno 還透過整合內建的工具，如網路請求的 fetch，采用了當前的 Web 標準，與瀏覽器處理 JavaScript 的方式保持一致，提供更具凝聚力的編碼體驗。

Deno API 開發的優勢：

內建安全性 ：Deno 在安全的沙盒環境中執行，需要明確的許可權來存取檔案系統、網路和環境，從而降低漏洞風險。

改進的開發者體驗 ： Deno 透過內建工具，如依賴檢查器和程式碼格式化，以及提供本機 TypeScript 支持，最佳化了開發者的工作流程，使開發人員能夠專註於編碼而不是配置。

透過 URL 簡化的模組管理 ：Deno 透過使用 URL 從 Web 直接獲取依賴項，而無需使用包管理器，簡化了模組管理，使程式碼庫內的模組解析更加流暢。

Deno API 開發的缺點：

相較於 Node.js 生態系較不成熟 ：作為 Node.js 的一種新興替代方案，Deno 正在發展其生態系，預計透過社群貢獻實作增長。開發者目前可能會發現相對於 Node.js 強大的生態系而言，Deno 的解決方案相對較少。

第三方庫的可用性有限 ：盡管 Deno 正在勢頭上升，但其第三方庫的選擇並不像 Node.js 那樣龐大。開發者可能會發現自己處於前沿地帶，有時需要以創造性的方式利用現有資源，甚至需要自己開發一些解決方案。隨著 Deno 生態系的發展，庫的數量將會增加，為所有人提供更廣泛的工具選擇。

選擇之三：Bun

Bun 是一種新興的執行環境和工具包，於幾個月前首次推出。

Bun 是一個快速、全能的工具包，用於執行、構建、測試和偵錯 JavaScript 和 TypeScript，從單個檔到全棧套用。

而且，使用 Bun，你只需立即開始使用。例如，你不再需要安裝諸如 nodemon、dot-env 之類的工具，因為 Bun 能夠在開發者模式下立即進行熱多載，同時還能預設使用 .env 檔！

此外，它提供了一個內建的 websocket 伺服器，並使用了自己的包管理器 —— bunx ，其速度比 NPM 快五倍。但這還不是全部。Bun 不僅僅是一個 JavaScript 執行環境。它是一個全能的工具包。這意味著它提供：

打包
包管理
測試

立即可用！

因此，你無需花費時間配置計畫，也無需維護復雜的樣板計畫。相反，你只需啟動一個 Bun 計畫，立即開始！

使用 Bun.js 進行 API 開發的優勢：

學習曲線低 ：Bun 是一個全能的工具包！這意味著你不必花時間學習模組打包、配置測試框架。它預設已經處理好了。因此，你可以更快地入門！

更高的效能 ： Bun 使用 JavaScriptCore 引擎，而像 Node.js、Deno 這樣的執行環境使用 JavaScript V 8 引擎。 JavaScriptCore 引擎已經經過最佳化，啟動速度更快，通常效能也比這兩個執行環境更高。

使用 Bun.js 或 Bun Router

進行 API 開發的缺點：

社群支持有限 ：Bun 是幾個月前推出的。因此，它仍然沒有成熟的社群用於提問。所以，如果你非常依賴社群支持，你可能需要在繼續之前檢查是否有合適的支持。

什麽更好 — Node.js、Deno 還是 Bun？

考慮因素之一：效能比較

讓我們對 Bun、Deno 和 Node.js 進行測試。

我們將在 JavaScript 中編寫一些占用記憶體的數學程式碼，用於處理大數據集。

想象一下復雜的計算和大量的計算。

一個經典的例子是矩陣運算。以下是一個矩陣乘法函式的範例，在處理大矩陣時能夠充分展示其效能。

<spanid="a9dd"data-selectable-paragraph="">function generateRandomMatrix(rows, cols) { const matrix = []; for (let i = 0; i < rows; i++) { matrix[i] = []; for (let j = 0; j < cols; j++) { matrix[i][j] = Math.random(); } } return matrix; } function matrixMultiplication(a, b) { const rowsA = a.length; const colsA = a[0].length; const rowsB = b.length; const colsB = b[0].length; if (colsA !== rowsB) { throw new Error("Incompatible matrices for multiplication"); } const result = new Array(rowsA); for (let i = 0; i < rowsA; i++) { result[i] = new Array(colsB).fill(0); } for (let i = 0; i < rowsA; i++) { for (let j = 0; j < colsB; j++) { for (let k = 0; k < colsA; k++) { result[i][j] += a[i][k] * b[k][j]; } } } return result; } const matrixSize = 1000; // Adjust the size of the matrix to increase memory usage const matrixA = generateRandomMatrix(matrixSize, matrixSize); const matrixB = generateRandomMatrix(matrixSize, matrixSize); console.time("Matrix Multiplication"); const resultMatrix = matrixMultiplication(matrixA, matrixB); console.timeEnd("Matrix Multiplication");

我們有 generateRandomMatrix ，它可以建立任意大小的隨機矩陣。然後有 matrixMultiplication ，用於相乘這些矩陣。

有趣的地方在哪？你可以玩弄一下 matrixSize 變量，決定這些矩陣的大小。

隨著矩陣大小的增長，你會註意到記憶體使用量也會相應增加。讓我們看看 Bun、Node.js 和 Deno 如何處理這段程式碼。

我們將使用一個名為 hyperfine 的基準測試工具。準備好開始基準測試了嗎？

讓我們執行這個命令，看看會發生什麽！

hyperfine "bun index.js""node index.js""deno run index.js" --warmup=100 -i

上述 Shell 命令將在不同的執行環境中執行上述程式碼，並且生成基準結果可能需要幾分鐘的時間。

隨意使用上述程式碼範例，並透過此連結嘗試進行基準測試。

B un 在處理記憶體和 CPU 密集型任務方面的高效能並非偶然。它被設計用於速度和最佳效能。如果你的計畫需要迅捷和高效，Bun 證明是一個卓越的選擇。

它不僅僅跟上 Node.js 和 Deno；它經常超越它們。因此，如果你想要構建一個能夠在不犧牲功能的情況下提供速度和效率的應用程式，考慮 Bun 是一個明智而值得的選擇。

考慮因素之二：社群比較

然而，社群支持對於已經存在一段時間的執行環境是有利的。例如：

Node.js ：作為一位經驗豐富的參與者，Node.js 擁有一個繁榮的社群。這反映了它在 API 開發中的長期存在和廣泛接受。

Deno ： Deno 正在迅速開辟自己的領域。它得到了一個充滿活力、前瞻性的社群的支持，他們渴望突破界限並進行創新。

Bun ：與前兩者相比，Bun 社群相對較小。這主要是因為它相對較新。但是，根據 Bun 的增長方式，可以放心地說它將很快擁有一個龐大的開發者社群！

然而，Node.js 顯著出眾。它在 API 開發方面的豐富經驗培養了一個充滿活力和積極的社群。這個由技術愛好者組成的社群一直都準備好提供幫助、交換資源並展開合作。盡管 Bun 和 Deno 正在取得進展，但超越 Node.js 的社群仍然是一項具有挑戰性的任務。

因此，如果你看重強大的支持網路，Node.js 是一個可靠的選擇。

考慮因素之三：安全性

Node.js、Deno 和 Bun 各自在安全性方面有獨特的方法。以下是它們之間的簡要對比：

Node.js ：預設情況下對你的系統開放，依賴可能引入風險的第三方包。像 npm audit 這樣的工具有助於發現漏洞。例如：

<spanid="00c9"data-selectable-paragraph="">npm audit

此外，使用像 helmet 這樣專註於安全的中介軟體可以增強 Node.js 套用的防禦：

const helmet = require('helmet'); const app = require('express')(); app.use(helmet());

Deno ：它就像一個保險庫，指令碼被嚴格釘選，除非你明確授予它們許可權。以限制存取許可權執行 Deno 伺服器，如下所示：

<spanid="c638"data-selectable-paragraph="">deno run --allow-net=example.com server.ts

Bun ：這個新來的玩家追求速度並提供內建的安全功能。然而，由於它相對較新，因此可能沒有經過與其他工具相同數量的安全場景測試。顯然，Deno 采取了一種高度寬松的方法。它對應用程式具有的許可權進行謹慎處理。它以安全為首要任務構建，執行在安全的沙盒環境中，除非明確授權，否則限制檔和網路存取。

雖然 Node.js 和 Bun 都整合了它們的安全措施，但 Deno 額外的內建安全層使其在那些優先考慮 API 開發安全性的人中脫穎而出。

因此，如果安全是你的首要任務，選擇 Deno！

你應該選擇什麽？

Node.js、Bun 還是 Deno？

沒有銀彈。這取決於你的優先事項。因此，將本文用作比較這些 JavaScript 執行環境的基準。

Node.js ：如果你更喜歡經過多年試驗和測試的穩定可靠生態系，那麽這是首選的執行環境。

Deno ：如果你優先考慮安全性和最新的編程環境特性，則建議使用 Deno。它還原生支持 TypeScript。

Bun ：如果你需要高速度，特別是在使用 JavaScript 或 TypeScript 時，那麽這個執行環境應該是你的首選。

總結

為你的 2024 計畫選擇正確的執行環境可能看起來令人生畏，但了解 Bun、Node.js 和 Deno 可以簡化決策過程。

最終，你計畫的需求、對社群支持的依賴以及與文件互動的準備程度可能在確定最合適的選擇時發揮關鍵作用。

希望本文對你有所幫助。

原文連結 ：

https://blog.bitsrc.io/should-you-use-bun-or-node-js-or-deno-in-2024-b7c21da085ba

作者 | Nefe Emadamerho-Atori 譯者 | 許學文策劃 | 丁曉昀

結語

我是林三心

一個待過 小型toG型外包公司、大型外包公司、小公司、潛力型創業公司、大公司 的作死型前端選手；

一個偏前端的全幹工程師；

一個不正經的金塊作者；

逗比的B站up主；

不帥的小紅書博主；

喜歡打鐵的籃球菜鳥；

喜歡歷史的乏味少年；

喜歡rap的五音不全弱雞如果你想一起學習前端，一起摸魚，一起研究簡歷最佳化，一起研究面試進步，一起交流歷史音樂籃球rap，可以來俺的摸魚學習群哈哈，點這個，有7000多名前端小夥伴在等著一起學習哦 -->

廣州的兄弟可以約飯哦，或者約球~我負責打鐵，你負責進球，謝謝~