| 特性 | npm | yarn | pnpm |
|---|---|---|---|
| 发布年份 | 2010 年发布 | 2016 年发布 | 2017 年发布 |
| 安装速度 | 较慢（旧版本），但自 npm 5+ 后有所改善 | 较快，尤其是在缓存方面 | 极快，使用硬链接和全局缓存来提高速度 |
| 包管理模式 | 扁平化依赖，可能会发生重复依赖 | 默认使用锁文件，确保一致性 | 使用硬链接，优化磁盘空间，避免重复依赖 |
| 依赖安装方式 | 默认安装所有依赖 | 使用 yarn.lock 锁定版本 |
使用 pnpm-lock.yaml 锁定版本 |
| 性能 | 中等，取决于版本和缓存优化 | 高效，具有更快的并行下载和安装 | 性能最佳，特别是在多项目管理和缓存方面 |
| 磁盘空间使用 | 可能重复安装多个版本的依赖 | 相比 npm 更高效，但仍可能存在重复 | 使用硬链接和全局缓存，显著节省磁盘空间 |
| 安装依赖的方式 | 扁平化安装（可能导致重复安装依赖） | 层级安装，避免重复安装依赖 | 使用类似树形结构，但通过硬链接减少冗余 |
| 锁文件 | package-lock.json |
yarn.lock |
pnpm-lock.yaml |
| 并行下载 | 支持并行，但在旧版本中较慢 | 支持并行，速度较快 | 强大的并行处理，通常是最快的 |
| 缓存机制 | 支持缓存，优化了重复安装 | 强大的缓存机制，极大提高安装速度 | 高效缓存，避免重复下载并显著节省空间 |
| CLI 命令 | npm install, npm run, npm update |
yarn install, yarn add, yarn upgrade |
pnpm install, pnpm add, pnpm update |
| 依赖去重 | 自动去重，但依赖管理可能存在问题 | 自动去重，安装时会分析依赖树 | 自动去重，使用硬链接方式共享依赖 |
| 工作区（Workspaces） | 支持（从 npm 7 开始） | 完全支持，优秀的 monorepo 管理 | 支持，非常适合 monorepo 环境 |
| 并发性/锁定版本 | 异步安装，package-lock 确保一致性 |
支持锁定版本，yarn.lock 保证一致性 |
使用 pnpm-lock.yaml 保证一致性 |
| 跨平台支持 | 完全支持 Windows、macOS、Linux | 完全支持 Windows、macOS、Linux | 完全支持 Windows、macOS、Linux |
| 跨项目共享依赖 | 不支持 | 支持，但效率较低 | 支持，使用硬链接和全局缓存，提高效率 |
| 内存和 CPU 使用 | 较高（特别是在大项目中） | 优化较好，内存和 CPU 使用较少 | 极低，使用硬链接有效节省内存和 CPU |
| 社区和文档 | 最大的社区和支持，文档非常完善 | 大量用户，文档也很丰富 | 较新的社区，但逐步增长，文档不断改善 |
| 安装工作空间（Monorepo）支持 | 支持（从 npm 7 开始） | 完美支持 | 完美支持 |
| 默认行为 | 安装所有依赖并生成 node_modules |
安装所有依赖并生成 node_modules |
使用硬链接，在项目文件夹中共享依赖 |
| 安全性 | 提供安全审计（npm audit） | 提供安全审计（yarn audit） | 提供安全审计（pnpm audit） |
| 发布工具支持 | 支持 npm publish | 支持 yarn publish | 支持 pnpm publish |
| 默认安装的包管理器 | npm（默认） |
yarn（默认） |
pnpm（默认） |
✨ 如何选择
选择 npm：如果你已经习惯了 npm 或是你在维护现有的项目，并且不需要极致的性能优化，npm 是一个稳定的选择，特别是它是 Node.js 默认的包管理工具。
选择 yarn：如果你希望有更快的安装速度，尤其是当你需要更好的缓存管理和并行安装时，yarn 是一个不错的选择。它在稳定性和性能方面都表现出色。
选择 pnpm：如果你关注性能、磁盘空间优化，或者管理多个项目（Monorepo）时，pnpm 是最优选择。它的安装速度和资源使用效率非常高，特别适合大规模项目或需要依赖共享的场景