npm、yarn和pnpm

1 node_modules安装方式

在npm@3之前是以嵌套结构方式安装依赖包，存在两个问题：

• 依赖路径太长
• 多个包依赖一个相同包时，本地磁盘会存储多个相同的包

npm@3和yarn使用扁平化结构，node_modules变成所有包放在同一层级

注意：多个版本的包只有一个会被提升至顶层，其他版本的包会嵌套安装到各自依赖中

哪个版本的包被提升依赖于package.json中包的前后顺序，于是又会出现新的问题：
依赖结构不一致导致扁平化后的结果也不一致

于是出现package-lock.json和yarn.lock保证install后产生确定的依赖结构

幽灵依赖：是指在package.json中未定义的依赖，但在项目中依然可以正确被引用到

第二个问题是幽灵依赖的产生：因为扁平化依赖包被提升至顶层，导致用户可以直接引用它，存在问题是引用版本不兼容，以及当项目不再依赖原始包时，直接引用依赖包会出现问题

第三个问题是：依赖分身和依赖提升机制可能导致大量依赖被重复安装，以下示例无论提升B@1.0还是B@2.0都会存在重复版本包被安装

2 yarn解决了上面哪些问题？

• 提升安装速度：npm安装包时是串行的，每个包按照顺序安装；yarn采用并行操作。在缓存中，yarn会将每个包缓存在磁盘上
• 使用yarn.lock记录依赖信息，保证得到稳定的依赖结构

注意：没有解决幽灵依赖和依赖分身问题

3 pnpm如何解决上述问题？

内存寻址存储策略：将包安装在系统的全局存储中，依赖的每个版本只会安装一次，在引用依赖时，会通过硬链接和软链接找到该文件，为实现此过程，node_modules下会出现.pnpm目录

• 硬链接：使用户可以通过路径查找到全局存储中的源文件
• 软链接：通过它可以找到对应磁盘目录下的依赖地址

（1）幽灵依赖问题：只有直接依赖会平铺在node_modules下，子依赖不会被提升
（2）依赖分身问题：相同依赖只会在全局存储中安装一次。

弊端：

• pnpm创建的node_modules依赖于软链接，在不支持软链接的环境中无法使用，例如：Electron
• 依赖源文件安装在全局存储中，调试依赖或给依赖打补丁不方便