NPM采用扁平化策略提升依赖复用，但可能引入幽灵依赖；2. Yarn通过yarn.lock保证安装确定性，并用PnP消除node_modules；3. PNPM利用内容寻址存储和硬链接节省空间并确保可重现性。
JavaScript包管理器的依赖解析是现代前端开发的核心环节。当你运行npm install或yarn add时，包管理器需要决定安装哪些版本的依赖包，并确保它们之间兼容。这个过程背后的算法直接影响项目构建的速度、依赖的可预测性以及node_modules的结构。
依赖解析的基本目标
包管理器的主要任务是从package.json中读取依赖声明，然后：
- 找到满足版本范围的包版本
- 解决多个依赖对同一包不同版本的需求冲突
- 尽可能复用已安装的版本以减少冗余
- 保证依赖树的确定性和可重复安装
NPM：深度优先与扁平化策略
NPM从v3开始采用扁平化依赖树模型。它不会像早期版本那样在每个模块下嵌套安装自己的依赖，而是尝试将依赖提升到node_modules根目录。
其解析流程大致如下：
立即学习“Java免费学习笔记（深入）”；
- 从根项目的
package.json开始，按顺序处理每个依赖 - 检查当前依赖是否已存在于父级
node_modules - 如果存在且版本满足要求，则复用；否则安装新版本
- 子依赖也尝试向上提升，但可能因版本冲突而保留在局部
这种策略提升了复用率，但也可能导致“幽灵依赖”——未显式声明却被使用的包。
Yarn：锁定文件与确定性安装
Yarn引入了yarn.lock来锁定每个依赖的确切版本。它的解析算法更注重确定性和性能。
Yarn Classic使用基于图的依赖解析：
- 构建完整的依赖图，包含所有间接依赖
- 通过
lockfile确保每次安装都还原相同的结构 - 使用缓存加速下载，安装过程并行化
Yarn Berry（v2+）进一步改进，采用PnP（Plug'n'Play）机制，不再生成node_modules，而是通过映射文件直接指向依赖路径，极大加快安装速度并减少磁盘占用。
PNPM：硬链接与内容寻址存储
PNPM的核心创新在于使用内容寻址存储（Content-Addressable Store）和硬链接。
它的依赖解析流程包括：
- 所有包都存储在全局仓库中，路径形如
.pnpm-store/v3/files/... - 安装时根据
pnpm-lock.yaml解析依赖图 - 通过符号链接和硬链接在
node_modules中构建稀疏树结构 - 相同版本的包只保留一份物理副本
这不仅节省磁盘空间，还保证了安装的可重现性。PNPM的解析算法严格遵循lockfile，避免版本漂移。
基本上就这些。不同的包管理器在依赖解析上各有权衡：NPM强调兼容性，Yarn追求速度与确定性，PNPM则在资源效率上领先。选择哪个工具，取决于你对安装速度、磁盘使用和依赖安全性的优先级。
