前端包管理：pnpm vs bun
pnpm 是专注包管理的工具，核心优势是依赖存储机制和大型工程治理；bun 不只是包管理器，还是一个 JavaScript/TypeScript runtime 与工具链集合，其包管理能力是整个 Bun 生态的一部分。
核心区别
1.定位不同
| 对比项 | pnpm | bun |
|---|---|---|
| 本质定位 | 专注包管理器 | Runtime + Package Manager + Bundler + Tooling |
| 适合场景 | Node.js 项目、Monorepo、大型团队协作 | 追求启动快、安装快、工具链一体化的新项目 |
| 与 Node 关系 | 运行在 Node 生态里 | 可独立作为 runtime，也可单独用它的包管理器 |
Bun 官方明确把自己描述为 Node.js-compatible package manager，并说明即使不用 Bun runtime，也可以直接在任何含 package.json 的项目里使用。pnpm 官方则重点强调其依赖存储与 node_modules 管理方式。
2.依赖安装机制不同
pnpm 的核心优势在于它使用 content-addressable store（内容寻址存储），并通过 hard link / symbolic link 管理 node_modules，从而显著减少磁盘重复占用。
bun 的核心优势则是 安装速度和整体执行速度，官方主打 bun install 的高性能，并支持 workspaces、git/http/tarball dependencies、custom registries 等常见能力。
3.Monorepo 与工程治理
pnpm 在 workspace / Monorepo / 多项目共享依赖 方面通常更成熟，且其全局存储模型对多仓库、多 worktree、CI 节省磁盘空间很有优势。pnpm 官方还专门介绍了与 Git worktrees 结合时，如何通过全局虚拟存储减少重复 node_modules。
Bun 也支持 workspaces，并且开箱即读 package.json 的 workspaces 字段。只是从工程社区实践和大型团队保守选型角度，pnpm 通常更常见。前半句来自 Bun 官方；后半句是基于当前生态采用情况的工程判断。
4.选型建议
默认建议：
- 老项目 / 企业项目 / Monorepo：pnpm
- 新项目 / 性能优先 / 想统一工具链：bun
- 不确定时：先 pnpm，后评估 bun
总的来说
- pnpm = 更稳的工程治理方案
- bun = 更快的一体化工具链方案
5.常用命令对照
| 操作 | pnpm | bun |
|---|---|---|
| 安装依赖 | pnpm install |
bun install |
| 增加依赖 | pnpm add lodash |
bun add lodash |
| 运行脚本 | pnpm run dev / pnpm dev |
bun run dev |
| 执行临时 CLI | pnpm dlx xxx |
bunx xxx |
pnpm 支持 pnpm run，且对部分脚本可直接省略 run；Bun 提供 bunx 作为类似 npx 的能力。