現代 JavaScript 的地基正在改寫——如果你還按 2020 年那一套在跑，很容易錯過下一波紅利。下面這份速讀指南，帶你快速上手新運行時的能力與取舍。

為什么“運行時”忽然變得這么重要

過去，Node.js 基本是服務端 JS 的唯一選擇。后來 Deno 帶著默認安全與原生 TypeScript 闖入賽場；如今 Bun 又以夸張的冷啟動與一體化工具鏈瘋狂提速。與此同時，Edge Runtimes（Vercel、Cloudflare、Deno Deploy…）把代碼推到全球邊緣節點，“離用戶最近處執行”成為新常態。

與其討論噱頭，不如直看吞吐與體驗。

Bun：Zig 加持的極速多合一選手

它特別在哪里？

• 基于 JavaScriptCore（Safari 同款引擎），底層用 Zig 寫成，輕量而貼硬件；
• 自帶 包管理器、測試框架、打包器，一體化減少膠水代碼；
• 冷啟動、文件 IO、編譯都非常快；
• TypeScript 開箱可跑，無需額外配置。

最簡 HTTP 服務：

// Bun
Bun.serve({
  port: 3000,
  fetch: () => new Response('Hello'),
});

為什么快？少層級、少進程、少拼裝：一個二進制覆蓋“run/build/test/install”。工具鏈內聚，減少上下文與啟動開銷。

結構小草圖：

+-----------------+
|  Your JS/TS app |
+-----------------+
         |
  +--------------+      一體化：run / build / test / install
  |   Bun CLI    |
  +--------------+
         |
  +-------------------+  執行核心：JavaScriptCore
  | JavaScriptCore VM |
  +-------------------+
         |
      +------+
      | Zig  |  低開銷系統層
      +------+

Deno：默認安全、原生 TS、穩定長跑

Deno 的氣質

• Rust + V8 打底，性能穩、抖動小；
• 默認安全：文件/網絡/環境變量等都需顯式授權；
• TypeScript 原生支持，標準庫健全，CLI 自帶 run/test/format/bundle。

最簡 HTTP 服務：

// Deno
Deno.serve({ port: 3000 }, () => new Response('Hello'));

結構速覽：

+--------------+   run/test/format/bundle
|     CLI      |
+--------------+
       |
+--------------+   Worker 管理、JS/TS 執行
|   Runtime    |
+--------------+
       |
+--------------+   權限系統、系統調用、V8 橋接
|  Rust Core   |
+--------------+

Edge Runtimes：把執行“撒”到全球

它們的共同點

• 超低延遲：在全球邊緣 PoP 節點直接運行；
• API 更接近 Web 標準（fetch、Streams 等），通常是 Node 子集；
• 隔離執行環境（V8 Isolate），資源占用更省。

Vercel 風格的 Edge 函數：

// Edge Runtime
export const runtime = 'edge';
export function GET(request: Request) {
  return new Response('Hello from the Edge!', { status: 200 });
}

部署拓撲（抽象圖）：

+---------------------+
|  Your Edge Function |
+---------------------+
           |
+---------------------------+
|   Isolated V8 Environment |
+---------------------------+
           |
    +---------------+
    |   Global CDN  |  全球就近執行
    +---------------+

--#-

基準感覺一下：HTTP 吞吐

圖片

粗略請求/秒（RPS）對比：

• Bun：≈ 52,000 req/s（領先幅度大）
• Deno：≈ 22,000 req/s（穩定能打）
• Node.js：≈ 13,000 req/s（老將，生態極強）

速度不是全部，但越快的冷啟動與熱路徑，越能放大開發體驗與彈性擴縮優勢。

這場遷移為什么“勢在必行”

• 更快的啟動—開發—部署閉環：從 idea 到上線的時間更短；
• TS 與工具內建：少搭積木，少踩插件坑；
• 全球默認加速：Edge 讓跨區延遲顯著下降；
• 更強的安全默認值（Deno）讓“拿來即安全”成為可能；
• 生態活力高：Bun 與 Deno 的增量社區持續上揚。

如何選擇（也可以都試試）

• 想飛速打樣/做 PoC？ 選 Bun，能體會“起步即飛”的感覺；
• 企業級、長生命周期、合規與權限敏感？ 選 Deno，默認安全更省心；
• 全球用戶、SSR/API 追求極低延遲？ 上 Edge（Vercel/Cloudflare/Deno Deploy）。

實話說：沒有絕對錯的選擇。按場景匹配節奏，就是對的選擇。

一點落地建議

1. 從邊緣能力回推架構：能否把“讀多、寫少”的接口拆成 Edge Function？
2. 工具鏈瘦身：試著用 Bun/Deno 的內建能力替換三方腳手架。
3. 統一 Web API：多用 fetch/Streams 等標準能力，降低運行時切換成本。
4. 基準+回歸：在你的業務模型下做 RPS/延遲/冷啟動/成本四象限評估。