Deno 2.8: 銜接 Web 標準與 Node.js 生態系統的橋樑

Deno 2.8 代表了該執行環境歷史上最重要的次版本更新之一。雖然 Deno 最初是作為 Node.js 的全新替代方案而誕生——強調安全性、Web 標準和原生 TypeScript 支持——但這次發布標誌著向「無摩擦相容性」的戰略轉向。透過擁抱 npm 生態系統並大幅提升 Node.js API 的對等性，Deno 不僅將自己定位為競爭對手，更定位為現有 Node.js 工作流程中高效能、安全且可直接替換的方案。

無縫 npm 集成

Deno 2.8 最顯著的變化之一是在 CLI 中移除了 npm: 前綴的要求。現在像 deno add 和 deno install 這樣的命令，預設會將未加前綴的名稱視為 npm 套件。這項改變考量到了數百萬開發者的肌肉記憶，並將 deno install 轉化為 npm install、yarn 或 pnpm 的可行替代方案。

除了語法之外，Deno 還優化了安裝流程。冷啟動 npm 安裝現在比 2.7 版本快了 3.66 倍。這是透過幾項技術優化實現的：

  • 簡化版 Packuments： Deno 現在從 npm registry 獲取更小的元數據文件。
  • 並行解析： 解析器現在會分發到父節點，防止獨立的依賴分支互相阻塞。
  • 非迴圈解壓縮： Gzip 解壓縮現在透過阻塞執行緒池進行路由，以保持非同步事件迴圈的空閒。
  • 優化提取： Tarball 提取被拆分為 CPU 和 I/O 階段，並利用 libdeflater 進行更快的解碼。

深化 Node.js 相容性

Deno 再也不只是將相容性視為次要目標，而是將其作為核心焦點。Deno 2.8 在 Node 的測試套件中的通過率有了大幅提升，從 Deno 2.7 的 42% 攀升至 Deno 2.8 的 76.4%。

為了進一步減少摩擦，Deno 現在在 deno check 和 LSP 中預設包含了 lib.node。這意味著 Buffer、process 和 NodeJS.* 類型可以自動解析，無需在 deno.json 中進行手動配置。雖然這簡化了 Node 遷移者的體驗，但一些社群成員對此可能污染平台無關代碼表示擔憂。正如一位用戶所說：

"如果我正在編寫 Deno 或 Web 代碼，我絕對不想預設包含 node 類型... 如果 Deno 繼續走這條路線，那麼使用它而非 Node 的理由就會越來越少。"

為了緩解這一點，Deno 提供了 no-process-global 和 no-node-globals lint 規則，可以為針對多個執行環境的專案重新啟用。

全新的強大用戶 CLI 工具

Deno 2.8 引入了幾個填補開發生命週期中關鍵空白的子命令：

安全性與版本管理

  • deno audit fix：自動將有漏洞的 npm 套件升級到滿足版本限制的最接近修補版本。
  • deno bump-version：簡化 deno.json 或 package.json 中的版本管理。在工作區（workspaces）中，它可以從 Conventional Commits 衍生出增量。
  • deno why：提供依賴追蹤（類似於 npm explain），顯示為什麼特定的 npm 或 JSR 套件被安裝。

發布與 CI

  • deno pack：一個強大的工具，結合了轉譯和打包，可以從 Deno/JSR 專案創建一個可供 npm 發布的 tarball。它會自動重寫指定符（例如，jsr:@std/path 變成 @jsr/std__path）並添加 @deno/shim-deno 以確保套件在 Node.js 上運行。
  • deno ci：一個專用於 CI/CD 和 Dockerfiles 的命令，透過要求 lockfile 並使用 --frozen 旗標來確保可重複的安裝。
  • deno transpile：一個精簡的工具，用於從 TypeScript/JSX 中移除類型並發射（emit）純 JavaScript，而不進行打包。

效能與執行環境增強

效能提升不僅限於套件管理器。執行環境在幾個熱點路徑（hot paths）上都有顯著改進：

  • node:http：吞吐量增加了一倍以上（2.21 倍增長），且 p99 延遲降低了 40%。
  • Base64 操作：透過切換到 simdutf，node:buffer 的 base64 操作現在快了 3.07 倍。
  • Deno.serve：由於直接分發到 JS 處理程序，加上優化的 Vary 處理，原生服務功能現在變得更快。

import defer 提案

Deno 現在支持 TC39 的 import defer 提案。這允許模組在實際訪問導出內容之前，無需執行其頂層代碼，即可完成加載和解析。這對於減少具有昂貴但很少使用的模組的應用程式啟動時間特別有用。

進階進階偵錯與可觀測性

Deno 的偵錯功能得到了重大升級。Chrome DevTools 現在可以透過 Network 標籤頁檢查 Deno 的網路流量，實時顯示 fetch()、node:http 和 WebSocket 請求。

此外，內建的 CPU 分析器現在支持多種輸出格式：

  • .cpuprofile：用於加載到 Chrome DevTools。
  • --cpu-prof-flamegraph：生成互動式 SVG 燃燒圖（flamegraph）。
  • --cpu-prof-md：產生可讀性高的 Markdown 報告，以便於在終端機進行快速分類處理。

結語：未來的路徑

隨著 monorepos 使用 catalog: 協議的加入、更好的 OpenTelemetry 集成，以及擴展的 Web API 支持（包括 OffscreenCanvas），Deno 2.8 是一次雄心勃勃的嘗試，旨在滿足兩類不同的受眾：追求 Web 標準相容性的純粹主義者，以及需要以更好的效能與安全性來運行現有 Node.js 代碼庫的務實主義者。

雖然有人認為過度依賴 Node 相容性有風險讓 Deno 拒絕其原始身份，但其結果是一個在生產環境使用案例中越來越難以被忽視的執行環境。

Sources