Bun 与 Deno：现代 JavaScript 运行时选型与实战对比

运行时：JavaScriptCore（JSC）引擎——Safari 同款，比 V8 启动快
包管理器：内置，兼容 npm/pnpm/yarn，锁文件为 binary（更快解析）
Bundler：内置，支持 ESM/CJS/TypeScript，Tree-shaking，Source map
测试框架：内置 Jest 兼容，内置 Mock/Spy
SQLite 客户端：内置 better-sqlite3 兼容层
HTTP 服务器：内置，基于 uWebSockets
Transpiler：TypeScript/JSX 直接运行，无需 tsc

bun install          # 替代 npm install（快 3-10 倍）
bun run dev          # 替代 npm run dev
bun test             # 替代 jest/vitest
bun build ./index.tsx # 替代 webpack/vite（作为 bundler）
bun ./server.ts      # 替代 ts-node/tsx（直接运行 TypeScript）

# 1) Zig 语言：手动内存管理、零成本抽象、无 GC 暂停
# 2) JSC 引擎：启动速度比 V8 快（但峰值性能 V8 仍占优）
# 3) 内置工具链：无跨进程调度和 IPC 开销
# 4) Syscalls 优化：批量文件操作、高效哈希
# 注意：Bun 的 HTTP 性能在高并发下优于 Node.js

安全沙箱：默认无文件/网络/环境变量权限，需显式授权
TypeScript 原生：内置 TS 编译，无需 tsconfig
Web 标准 API：fetch/WebSocket/Worker/Streams 与浏览器一致
ESM 优先：原生支持 import/export，CJS 需兼容层
npm 兼容：Deno 2.0 起支持 npm: 前缀和 node: 前缀
单可执行文件：deno compile 打包为独立二进制

# 运行脚本，无权限（默认）
deno run server.ts                  # 无法读写文件、无法访问网络

# 显式授权
deno run --allow-net --allow-read server.ts
deno run --allow-all server.ts      # 开发时方便，生产不推荐

# 权限粒度：
# --allow-read=/tmp       只读 /tmp
# --allow-net=example.com 只访问 example.com

// Deno 2.0 支持 npm 包
import express from "npm:express";
import { redis } from "npm:ioredis";

// 也支持 Node.js 内置模块
import * as path from "node:path";
import * as fs from "node:fs";

场景：Hello World HTTP 服务，并发 1000
Bun:      ~180k req/s
Node.js:  ~120k req/s（Cluster 4 核）
Deno:     ~110k req/s
# Bun 在简单场景下领先，复杂业务逻辑差距缩小

冷启动（空脚本）：
Bun:      ~5ms
Deno:     ~25ms
Node.js:  ~40ms

加载 1000 个模块：
Bun:      ~50ms
Deno:     ~120ms
Node.js:  ~200ms

 Bundler 构建中型项目（~500 模块）：
Bun:      ~50ms
Vite:     ~200ms
Webpack:  ~3000ms
# Bun 的内置 bundler 在开发体验上接近 Vite

bun.lockb 是二进制格式（比 package-lock.json/yarn.lock 解析快）
bun install 用 SQLite 存储包元数据
支持 workspace、aliases、overrides
# 注意：bun.lockb 是 binary，git diff 需要配置

// import_map.json
{
  "imports": {
    "~/": "./src/",
    "@std/": "https://deno.land/std@0.200.0/"
  }
}

# 使用导入映射
deno run --import-map=import_map.json server.ts

Bun：~/.bun/install/cache（全局缓存，按内容寻址）
Deno：$DENO_DIR（按 URL 缓存，可锁版本）
Node.js：node_modules（项目级，嵌套或扁平）

// Bun HTTP 服务器
const server = Bun.serve({
  port: 3000,
  fetch(req) {
    return new Response("Hello Bun!");
  },
});

// WebSocket
Bun.serve({
  websocket: {
    message(ws, message) {
      ws.send(`Echo: ${message}`);
    },
  },
});

// Deno Deploy 边缘函数
import { serve } from "https://deno.land/std@0.200.0/http/server.ts";

serve((req) => {
  return new Response("Hello from Deno Deploy!");
});

兼容层：Bun 实现了 ~90% Node.js API
常见问题：
  - 原生插件（.node 文件）可能不兼容
  - 某些 V8 特有 API 缺失
  - Worker Threads 模型差异
步骤：
  1) bun install 替代 npm install
  2) bun test 替代 jest
  3) bun run 替代 npm run
  4) 渐进替换 build 工具

Deno 2.0 大幅简化迁移：
  - npm: 前缀直接使用 npm 包
  - node: 前缀使用 Node.js 内置模块
  - package.json 支持（Deno 读取 scripts/dependencies）

仍需注意：
  - __dirname/__filename → import.meta.url
  - require() → import
  - process.env → Deno.env.get()

Bun：
  - 生产稳定性仍在验证（< 1.0 功能迭代快）
  - 某些库的行为与 Node.js 微妙不同
  - 锁文件 binary 格式，CI 需缓存

Deno：
  - 权限模型增加运维复杂度
  - 早期版本与 npm 兼容有限（2.0 改善）
  - 生态包数量少于 npm