前置知识
硬链接(Hard Link)
linux 硬链接生成命令(windows网上搜一下)
bash
ln [源文件] [目标链接]试验
新建源文件
输入命令(根据自己想在的路径来)
bash
ln /Users/xuweijie/Desktop/test/pnpm-demo/源文件.txt /Users/xuweijie/Desktop/test/pnpm-demo/硬连接1.txt多出了一个(硬连接1.txt)文件
接下来我们修改硬连接1.txt
查看源文件.txt 会发现内容也自动变化了
结论
生成硬链接会把源文件"拷贝"一份文件,与普通拷贝区别，就是源文件和硬连接底层共享inode(更细的内容，AI一下),所以修改硬链接1内容，源文件的内容也会更新。
- 硬链接不能用于生成目录
- windows要注意不能跨盘使用(AI)
- 硬链接不额外占用空间
软链接(符号链接 Symbol Link)
linux 软链接生成命令(windows网上搜一下)
bash
ln -s [源文件] [软链接文件]试验
新建源文件
输入命令
bash
ln -s /Users/xuweijie/Desktop/test/pnpm-demo/src/软链接源文件.js /Users/xuweijie/Desktop/test/pnpm-demo/index.js
我们会发现右边有个小箭头 这就是软链接，类似于快捷方式
.pnpm
pnpm 安装vue、react
查看软链接路径
cd 进入node_modules
细节
上面图中node_modules下面的vue和react都是软链接，指向.pnpm, 这样有效避免"幽灵依赖"问题,比如vue依赖bable,在项目中require('babel'),因为依赖会在.package.json的目录node_modules扁平化寻找,同级是找不到babel,会报错, Module Not Found, 所以避免了幽灵依赖问题。 因为vue是软链接,import vue from vue 实际执行的是.pnpm下面的vue
下面看.pnpm内容
可以看到.pnpm的结构是
依赖名称@版本号/node_modules/依赖
拿vue举例子,这里的vue文件夹实际上是从全局存放在.pnpm-store/vue,去做硬链接"拷贝"到.pnpm/vue@3.5.19/node_module下面,这样就节省了磁盘空间
可以vue的依赖是@vue/** @vue/** 下面几个文件又是软链接
可以看到软链接又指向这里 
那么如何执行到@vue的软链接呢
总结
由此可以得出结论,项目依赖通过软链接指向.pnpm下面的"依赖名称@版本号/node_modules/依赖" 这里的依赖是硬链接"拷贝"的.pnpm-store下面的对应版本号的依赖,而"依赖名称@版本号/node_modules/依赖"的package.json的依赖在同目录下生成软链接指向.pnpm的同名依赖,依次循环