pnpm通过硬链接和符号链接节省磁盘空间并解决幽灵依赖：所有包按内容哈希存于全局store（如~/.pnpm-store），安装时用硬链接复用文件，避免重复存储；node_modules中仅显式依赖以符号链接形式存在，确保依赖可解析且严格隔离。
pnpm 本身不提供 JS 运行时 API 来直接操作硬链接或符号链接，这些是文件系统层面的机制，由 pnpm 在安装依赖时自动完成。你不需要、也不能在 JS 代码里“手动调用”硬链接。真正起作用的是 pnpm 的安装行为和目录结构设计。
硬链接如何节省磁盘空间
pnpm 把所有包版本统一存到全局内容存储（如 ~/.pnpm-store），每个包文件按内容哈希存储。当你运行 pnpm install 时：
- 如果 lodash@4.17.21 已存在于 store，pnpm 不复制文件，而是用硬链接把它的文件“映射”进当前项目的 node_modules/.pnpm/lodash@4.17.21/node_modules/lodash
- 硬链接指向同一个 inode，磁盘上只保留一份原始数据，多个项目共用
- 删除某个项目不会影响其他项目——因为硬链接计数未归零，文件数据仍被保留
符号链接如何组织 node_modules
项目根目录下的 node_modules 里看不到嵌套依赖，只看到你显式声明的包（如 axios），它们其实是符号链接：
- node_modules/axios → .pnpm/axios@1.6.8/node_modules/axios
- .pnpm/axios@1.6.8/node_modules/axios 内部再通过符号链接引用其子依赖（如 follow-redirects）
- 这种结构保证：只有 package.json 中列出的依赖才可被
require('axios')直接访问，避免幽灵依赖
你真正能做的优化动作
作为开发者，无需写 JS 代码干预链接，但可通过以下方式让硬链接和符号链接机制更高效地工作：
- 统一团队使用 pnpm（避免混用 npm/yarn，否则 store 无法共享）
- 定期运行 pnpm store prune 清理未被任何项目引用的包版本
- 用 pnpm store status 查看全局 store 占用和复用情况
- 在 monorepo 中启用 workspace，让多个子包共享同一份依赖缓存
- 避免在
postinstall脚本中修改node_modules下的链接目标——硬链接内容被改，所有引用它的项目都会受影响
注意硬链接的限制
硬链接不能跨文件系统，也不能指向目录。pnpm 在检测到不支持硬链接的环境（如某些 Windows 网络驱动器、Docker volume 默认配置）时会自动降级为复制 + 符号链接，此时空间节省效果下降。可通过 pnpm store path 确认 store 是否落在本地 SSD/NVMe 分区上。
