前端包管理器的选择

硬链接和软链接

硬链接是为文件创建别名，实际上文件内容只有一份，一旦修改文件，所有标签对应的文件都会一起变；删除的时候相当于去掉某个别名。可以理解为在物品上贴别名便签，撕掉一个便签不影响其他的便签。只要物品还在，inode还在，物品就一直访问得到。

软链接，也叫符号链接，创建软链接就是新建一个文本文件，文件内容为物品的地址。

找文件的两种方式

基于路径寻址：拿到文件的路径，按路径寻找。

基于内容寻址：根据文件内容设置哈希，文件内容变了哈希才会变。

pnpm高效利用磁盘空间

使用基于内容寻址的文件系统：为每一个包设置hash，后续再遇到重复的包，直接使用硬链接，避免重复安装同一个包；即使是同一个包的不同版本，也是增量更新，之前一样的文件可以接着使用硬链接。

幽灵依赖

A包依赖B包，但是B包并没有在package.json 的 dependencies / devDependencies 里声明，require或者import B包就称为幽灵依赖。

幽灵依赖会带来一系列问题：

• 版本不受控制，B包的版本完全取决于A包依赖什么版本，A包升级，B也可能跟着变，甚至A包不再依赖B包了，代码就会出错；
• 更换包管理器导致依赖树变化，依赖树不再扁平化，而是使用嵌套结构，此时也会出错；
• 安全审计盲区：幽灵依赖不在清单里，漏洞扫不到。

yarn/npm和pnpm对比

npm: 基于路径寻址，包会重复多次下载，会做扁平化管理，直接依赖和间接依赖全在node_modules目录下，这样可以避免依赖的目录层级太深，同时也可能导致幽灵依赖。

pnpm: 基于内容寻址，相同的包只会下载一次，通过软、硬链接拿到对应的依赖包。同时node_modules目录下看起来是嵌套的，实际上已经通过软硬链接到了真实的包位置，不会导致目录层级过深。