Bun / Deno / Node 对比
三者均为 JavaScript/TypeScript 运行时，设计取舍不同：Node.js 生态与生产验证最成熟；Deno 强调权限沙箱与 Web 标准 API；Bun 提供一体化工具链并持续兼容 Node API。见 后端入门概览。
核心理念
| 运行时 | 定位 |
|---|---|
| Node.js | 事实标准服务端 JS 运行时，npm 生态最大 |
| Deno | 默认安全、ESM、内置 deno fmt/lint/test，支持 npm: 与 deno.json |
| Bun | 内置运行时、包管理、打包、测试；目标兼容 Node 项目 |
技术特性（概览）
| 特性 | Node.js | Deno | Bun |
|---|---|---|---|
| 实现语言 | 主要 C++ | Rust | Zig |
| JS 引擎 | V8 | V8 | JavaScriptCore |
| 默认权限 | 完整系统权限 | 沙箱，需 --allow-* 授权 | 完整系统权限（同 Node 模型） |
| TypeScript | 需工具链或 Node 22+ 实验性剥离 | 内置运行 .ts | 内置运行 .ts |
| 模块 | CommonJS + ESM | ESM 为主 | ESM，兼容 Node 解析 |
| 包管理 | npm / pnpm / yarn | deno add、npm: 说明符 | bun install |
具体兼容性与版本以各项目发布说明为准，不宜用固定百分比概括。
常用命令速查
同一件事（初始化项目、安装依赖、运行文件、测试）在三者下的命令差异：
| 操作 | Node.js（配 pnpm） | Deno | Bun |
|---|---|---|---|
| 初始化项目 | pnpm init | deno init | bun init |
| 安装依赖 | pnpm add axios | deno add npm:axios | bun add axios |
| 运行脚本 | node index.js | deno run --allow-net index.ts | bun index.ts |
| 运行 TS（无需编译） | 需 tsx/ts-node 或 Node 22+ 实验性支持 | 内置直接运行 | 内置直接运行 |
| 测试 | 需 Jest/Vitest 等 | deno test | bun test |
| 打包 | 需 esbuild/webpack 等 | deno compile | bun build |
| 格式化/Lint | 需 Prettier/ESLint | deno fmt / deno lint | 需外部工具（生态中） |
Bun 与 Deno 都把「运行时 + 包管理 + 测试 + 部分工具链」内置到同一个二进制里，Node.js 则依赖社区工具组合（pnpm、vitest、tsx 等），这是三者「一体化程度」上的核心差异，也直接影响新项目的启动成本与工具链一致性。
性能
三者性能随版本、工作负载（CPU / I/O / 启动）变化。不宜用未标明基准的「快 N 倍」作为选型依据。选型应结合压测、依赖兼容与运维经验；公开对比可参考各官方博客中的 benchmark 方法与版本号。
安全
- Deno：默认无文件/网络/环境变量访问，需显式
--allow-read、--allow-net等（见 Deno 权限）。 - Node / Bun：与常规进程相同，默认可访问用户权限范围内的资源；需在容器、反向代理与代码审查层面保障安全。
生态与兼容
- Node.js：npm 上绝大多数后端库以 Node 为首要目标。
- Deno 2+：通过
npm:等方式使用 npm 包，并支持deno.json项目配置（见 Deno 依赖）。 - Bun：持续实现 Node API 子集；迁移前应在目标版本下运行测试与兼容列表。
适用场景（建议）
| 场景 | 倾向 |
|---|---|
| 企业级 API、大量 npm 原生 addon | Node.js LTS |
| 结构化后端、DI、OpenAPI | NestJS on Node（见 NestJS） |
| 不可信脚本、教学、边缘 | Deno |
| 新项目验证、CLI、快速本地工具链 | Bun（验证依赖后） |
迁移与共存提示
- Node → Bun：多数纯 JS/TS 项目可直接
bun install && bun run xxx试跑，重点检查原生扩展（.node二进制模块）、部分worker_threads/cluster高级用法的兼容性。 - Node → Deno：需要把
require/CommonJS 逐步改为 ESM，网络/文件访问需显式加--allow-*权限参数；npm:说明符可直接复用大部分 npm 包。 - 三者共存：同一台机器可通过
nvm/fnm（Node）、官方安装脚本（Deno/Bun）并存管理版本；CI 中建议锁定单一运行时用于生产构建，本地验证阶段再对照跑其他运行时。 - 迁移前务必跑一遍现有测试套件与关键路径的压测，性能与兼容性问题往往在具体依赖而非运行时本身。
参考文献
以下链接在编写时均可正常访问：
| 资料 | 说明 |
|---|---|
| Node.js 文档 | 官方 |
| Deno 手册 | 官方 |
| Bun 文档 | 官方 |
| Deno 2 发布说明 | npm 互操作 |
相关文章
运行时优化
在 变更检测 策略正确的前提下，减少模板计算与 DOM 规模。涵盖 OnPush、@for track、纯管道、虚拟滚动、懒加载、构建体积分析与常见性能陷阱。
运行时优化
减少不必要的渲染与响应式开销。构建侧见 build。
运行时优化
减少不必要的组件重渲染与昂贵计算。涵盖重渲染成因、memo/useMemo/useCallback、虚拟滚动、Web Worker、Profiler 分析、最佳实践与常见坑。构建侧见 build。
后端入门概览
本目录覆盖 JavaScript/TypeScript 服务端运行时与框架、数据存储，以及 Rust 系统编程入门，提供从零到部署的完整学习路径。前置建议：JavaScript 基础、工程化 · 环境变量。
Bun 基础与核心命令
Bun 是用 Zig 编写的 JavaScript 运行时，内置包管理（bun install）、打包（bun build）、测试（bun test）等，并持续兼容 Node.js API。本文介绍核心特点、安装方式，以及日常最常用的命令与包管理功能。见 运行时对比。
HTTP 服务器
Bun 内置了高性能的 HTTP 服务器，通过 Bun.serve 可以轻松启动服务。从 Bun v1.2.3 开始，推荐使用 routes 对象来定义路由，更加直观和灵活。