pnpm 原理
想要理解 pnpm 是怎么做的，需要一些操作系统的知识
1、文件的本质
在操作系统中，文件实际上是一个指针，只不过它指向的不是内存地址，而是一个外部存储地址（这里的外部存储可以是硬盘、U 盘、甚至是网络）
当我们删除文件时，删除的实际上是指针，因此，无论删除多么大的文件，速度都非常快。像我们的 U 盘、硬盘里的文件虽然说看起来已经删除了，但是其实数据恢复公司是可以恢复的，因为数据还是存在的，只要删除文件后再没有存储其它文件就可以恢复，所以真正删除一个文件就是可劲存可劲删
2、文件的拷贝
如果你复制一个文件，是将该文件指针指向的内容进行复制，然后产生一个新文件指向新的内容。
3、硬链接 hard link
硬链接的概念来自于 Unix 操作系统，它是指将一个文件 A 指针复制到另一个文件 B 指针中，文件 B 就是文件 A 的硬链接。
通过硬链接，不会产生额外的磁盘占用，并且，两个文件都能找到相同的磁盘内容。
硬链接的数量没有限制，可以为同一个文件产生多个硬链接。
windows Vista 操作系统开始，支持了创建硬链接的操作，在 cmd 中使用下面的命令可以创建硬链接。
mklink /h 链接名称 目标文件
mklink /h 链接名称 目标文件
例：创建一个硬连接
1、首先创建一个文件夹 temp，并且在 temp 文件夹创建一个 article.txt 文本文件
2、接下来，我要在 temp 文件夹的根目录（pnpm 包管理器下面）创建一个硬链接
- 按 window+R 调出窗口，以管理员身份运行，并且输入 cmd，回车
- 由于 pnpm 包管理器文件夹在 F 盘，所以先切换到 F 盘，并且进入 pnpm 包管理器地址
- 输入：
mklink /h link.txt temp\article.txt回车 - 此时就可以在编辑器看到新创建的硬链接 link.text,这样·
article.txt和link.txt是一样的了 - 这时当修改 link.txt 时，article.txt 也会跟着变，因为它们指向同一个磁盘空间
注意 ☛：
- 由于文件夹（目录）不存在文件内容，所以文件夹（目录）不能创建硬链接
- 在 windows 操作系统中，通常不要跨越盘符创建硬链接
4、符号链接 symbol link
符号链接又称为软连接，如果为某个文件或文件夹 A 创建符号连接 B，则 B 指向 A。
windows Vista 操作系统开始，支持了创建符号链接的操作，在 cmd 中使用下面的命令可以创建符号链接：
mklink /d 链接名称 目标文件
# /d表示创建的是目录的符号链接，不写则是文件的符号链接
mklink /d 链接名称 目标文件
# /d表示创建的是目录的符号链接，不写则是文件的符号链接
早期的 windows 系统不支持符号链接，但它提供了一个工具 junction 来达到类似的功能。
5、符号链接和硬链接的区别
- 硬链接仅能链接文件，而符号链接可以链接目录
- 硬链接在链接完成后仅和文件内容关联，和之前链接的文件没有任何关系。而符号链接始终和之前链接的文件关联，和文件内容不直接相关。
6、快捷方式
快捷方式类似于符号链接，是 windows 系统早期就支持的链接方式。它不仅仅是一个指向其他文件或目录的指针，其中还包含了各种信息：如权限、兼容性启动方式等其他各种属性，由于快捷方式是 windows 系统独有的，在跨平台的应用中一般不会使用。
7、node 环境对硬链接和符号链接的处理
硬链接：
硬链接是一个实实在在的文件，node 不对其做任何特殊处理，也无法区别对待，实际上，node 根本无从知晓该文件是不是一个硬链接
符号链接：
由于符号链接指向的是另一个文件或目录，当 node 执行符号链接下的 JS 文件时，会使用原始路径。比方说：我在 D 盘装了 LOL，在桌面创建了 LOL 快捷方式，相当于是符号链接，双击快捷方式运行游戏，在运行游戏的时候是按照 LOL 原始路径（D 盘路径）运行的。
8、pnpm 原理
pnpm 使用符号链接和硬链接来构建 node_modules 目录
下面用一个例子来说明它的构建方式
假设两个包 a 和 b，a 依赖 b：
假设我们的工程为 proj，直接依赖 a，则安装时，pnpm 会做下面的处理：
通过 package.json 查询依赖关系，得到最终要安装的包：a 和 b
在工程 proj 根目录中查看 a 和 b 是否已经有缓存，如果没有，下载到缓存中，如果有，则进入下一步
在 proj 中创建 node_modules 目录，并对目录进行结构初始化
从缓存的对应包中使用硬链接放置文件到相应包代码目录中
使用符号链接，将每个包的直接依赖放置到自己的目录中
这样做的目的，是为了保证 a 的代码在执行过程中，可以读取到它们的直接依赖
新版本的 pnpm 为了解决一些书写不规范的包（读取间接依赖）的问题，又将所有的工程非直接依赖，使用符号链接加入到了 .pnpm/node_modules 中。如果 b 依赖 c，a 又要直接用 c，这种不规范的用法现在 pnpm 通过这种方式支持了。但对于那些使用绝对路径的奇葩写法，可能没有办法支持。
在工程的 node_modules 目录中使用符号链接，放置直接依赖