问题：分析 pnpm npm yarn 等的关系（2026-08-19）
关联页面
- index — Node.js 工具链总览
- README — 官方包管理器
- yarn — Facebook 出品，PnP 模式
- pnpm — 高性能，严格隔离 ⭐
- README — 全栈工具链 ⭐
- corepack — 包管理器版本代理
一句话定位
| 工具 | 定位 |
|---|---|
| npm | Node.js 官方自带，事实标准与基准线，registry 生态最广 |
| yarn | 2016 年 npm 挑战者；v1 Classic 与 v2+ Berry（PnP）是两个世界 |
| pnpm | Performant npm，兼容 npm 生态，硬链接+符号链接，省磁盘/严格隔离/Monorepo |
| bun | 全栈重实现：运行时+包管理+打包+测试四合一，兼容 npm registry |
| corepack | 不是包管理器，是版本代理，统一团队 yarn/pnpm 版本 |
共同基础与真正差异
共享地基：npm registry + package.json 依赖语义。分歧在两点：
1. node_modules 布局策略
| 工具 | 布局 | 特点 |
|---|---|---|
| npm / yarn v1 | 扁平化 hoist | 存在幽灵依赖问题 |
| pnpm | 全局 store + 硬链接，项目内符号链接 | 杜绝幽灵依赖；旧工具可能需 shamefully-hoist=true |
| yarn Berry | PnP，去掉 node_modules | 兼容性需逐个验证 |
2. 锁文件互不通用：package-lock.json / yarn.lock / pnpm-lock.yaml / bun.lockb —— 一个项目只能绑定一个包管理器，切换需删旧 lock 重新解析。
演化关系
npm(2010) → yarn(2016) 倒逼 npm 补 lockfile 与性能 → pnpm(2017) 换存储架构 → bun(2023) 连运行时一起重写 → corepack 作为胶水层（package.json packageManager 字段）。
选型速查
| 场景 | 推荐 |
|---|---|
| 通用项目 / 最大兼容性 | npm |
| 磁盘节省 / Monorepo / 防幽灵依赖 | pnpm ⭐ |
| 兼容旧项目 / 团队既有习惯 | yarn |
| 全栈一体化 / 极致速度 | bun ⭐ |
| 统一团队包管理器版本 | corepack（管 yarn/pnpm；npm 靠 nvm/n） |