什么是 pnpm（极速现代包管理器）？
在你的电脑里有 10 个前端项目：传统 npm / yarn 就像“在每个房间都傻傻买一套厚重的《大英百科全书》（几十个 500MB 的 node_modules 垃圾黑洞疯狂吃光你的 SSD）”；而 pnpm 则是“在整栋大楼建一个中央唯一大书库，每个房间只贴一张智能借阅卡（硬链接 Hard Link 与符号链接 Symlink）” —— 节约数倍磁盘空间、杜绝幽灵依赖、安装速度飞升 3~5 倍！
千兆空间重复浪费，幽灵依赖频频暴雷
每个项目都会完整复制一份依赖包。为了解决依赖嵌套过深的问题，npm 采用了扁平化（Flat node_modules）机制，把所有间接子依赖全摊在大根目录下，导致项目代码可以非法 import 没声明在 package.json 里的依赖（幽灵依赖）！
- ❌ 磁盘重复占用：10 个项目同时依赖同一个包，磁盘上就有 10 份物理文件
- ❌ 幽灵依赖灾难：未经声明的间接依赖可被直接调用，一旦上游升级立刻破产
同一个包只存一次，隔离严格精准还原
所有版本的依赖包在整台电脑的全局存储中心（Global Store）只保存一份物理文件。各项目的 node_modules 通过硬链接（Hard Link）秒级映射，并采用嵌套符号链接构建真实的依赖树，彻底消灭幽灵依赖！
- ✨ 极致省空间：同版本包全机唯一存储，新建项目安装近乎零耗时
- ✨ 绝无幽灵依赖：只有在 package.json 里声明的依赖才能被代码引用
拆解 pnpm 的 4 大核心技术支柱
从内容寻址到 Monorepo 协同，读懂前端工程化基建变革
1. 内容寻址存储 (CAS)
所有包根据文件内容哈希值存储在全局 ~/.pnpm-store 中，即使同一个包的不同版本，也能复用未修改的相同文件碎片。
2. 硬链接 (Hard Link) 极速映射
项目里的文件与全局 Store 共享同一物理磁盘数据块，不占用额外磁盘，修改源文件或写入完全受到硬链接安全隔离保护。
3. 根绝幽灵依赖 (No Phantom Deps)
node_modules 顶层目录只放置 package.json 显式声明的包，严防代码意外读取间接依赖导致生产事故。
4. 原生顶级 Monorepo 支持
内置 pnpm-workspace.yaml 与 workspace:* 协议，无需 lerna 等外部工具即可轻松管理大型多包项目间的本地联调。
🕹️ pnpm 安装与文件系统拓扑演练台
观察执行 pnpm add express 时，文件系统内部如何创建硬链接与符号链接拓扑：
发现全局 Store 中已存在该版本，跳过网络下载和解压，0 流量消耗！
为什么一定要消灭它？
在 npm 扁平化架构下，如果你依赖包 A，而 A 内部依赖了 lodash，lodash 会被直接提拔到最外层的 node_modules/lodash；
你在业务代码里写 import _ from 'lodash' 竟然能正常运行！但哪天 A 升级去掉了 lodash，你的代码在生产打包时会直接报错暴雷！
操作系统级底层机制对比
- 硬链接（Hard Link）： 指向同一个磁盘物理文件节点（Inode），删除一个不影响另一个，且跨项目共享物理空间；
- 软链接（符号链接 Symlink）： 类似 Windows 桌面快捷方式，记录目标路径，用于组装 .pnpm 虚拟目录的依赖层级结构。
Vue、Vite、Next.js 官方首选
- CI/CD 构建提速： 全局缓存让 GitHub Actions 流水线安装依赖耗时暴降 80%；
- Monorepo 丝滑体验： pnpm --filter @pkg/core run build 轻松并发执行指令，成为前端现代工程化绝对标配！