概念

1.文件的性质

在操作系统中，文件实际上是一个指针，只不过它指向的不是内存地址，而是一个外部存储地址（这里的外部存储可以是硬盘、U盘、甚至是网络
image.png
当我们删除文件时，删除的实际上是指针，因此，无论删除多么大的文件，速度都非常快。
image.png

文件的拷贝

如果你复制一个文件，是将该文件指针指向的内容进行复制，然后产生一个新文件指向新的内容
image.png

硬链接 hard link

硬链接与软连接的命令只能在cmd中使用 PowerShell不能使用
硬链接的概念来自于 Unix 操作系统，它是指将一个文件A指针复制到另一个文件B指针中，文件B就是文件A的硬链接
image.png
通过硬链接，不会产生额外的磁盘占用，并且，两个文件都能找到相同的磁盘内容
硬链接的数量没有限制，可以为同一个文件产生多个硬链接
windows Vista操作系统开始，支持了创建硬链接的操作，在cmd中使用下面的命令可以创建硬链接
硬链接说人话就是多个文件的指针都指向一个外部储存地址，当一个修改啦其余也会跟着修改

  1. mklink /h 链接名称 目标文件

由于种种原因，在windows操作系统中，通常不要跨越盘符创建硬链接

符号链接 symbol link

符号链接又称为软连接，如果为某个文件或文件夹A创建符号连接B，则B指向A。
image.png
windows Vista操作系统开始，支持了创建符号链接的操作，在cmd中使用下面的命令可以创建符号链接：

  1. mklink /d 链接名称 目标文件
  2. # /d表示创建的是目录的符号链接，不写则是文件的符号链接

早期的windows系统不支持符号链接，但它提供了一个工具junction来达到类似的功能

符号链接和硬链接的区别

硬链接仅能链接文件，而符号链接可以链接目录
硬链接在链接完成后仅和文件内容关联，和之前链接的文件没有任何关系。而符号链接始终和之前链接的文件关联，和文件内容不直接相关

快捷方式

快捷方式类似于符号链接，是windows系统早期就支持的链接方式。
它不仅仅是一个指向其他文件或目录的指针，其中还包含了各种信息：如权限、兼容性启动方式等其他各种属性
由于快捷方式是windows系统独有的，在跨平台的应用中一般不会使用

node环境对硬链接和符号链接的处理

硬链接：硬链接是一个实实在在的文件，node不对其做任何特殊处理，也无法区别对待，实际上，node根本无从知晓该文件是不是一个硬链接
符号链接：由于符号链接指向的是另一个文件或目录，当node执行符号链接下的JS文件时，会使用原始路径。

pnpm原理

pnpm使用符号链接和硬链接来构建node_modules目录
下面用一个例子来说明它的构建方式
假设两个包a和b，a依赖b：
image.png
假设我们的工程为proj，直接依赖a，则安装时，pnpm会做下面的处理
1.查询依赖关系，得到最终要安装的包：a和b
2.查看a和b是否已经有缓存，如果没有，下载到缓存中，如果有，则进入下一步
3.创建 node_modules 目录，并对目录进行结构初始化
image.png
4.从缓存的对应包中使用硬链接放置文件到相应包代码目录中 如下图中的红色字的index.js文件 从pnpm的缓存中硬链接过来的
image.png
5.使用符号链接，将每个包的直接依赖放置到自己的目录中
image.png
这样做的目的，是为了保证a的代码在执行过程中，可以读取到它们的直接依赖
6.新版本的pnpm为了解决一些书写不规范的包（读取间接依赖）的问题，又将所有的工程非直接依赖，使用符号链接加入到了 .pnpm/node_modules 中
在本例中好像没有必要，但是如果b依赖c，a又要直接用c，这种不规范的用法现在pnpm通过这种方式支持了。
但对于那些使用绝对路径的奇葩写法，可能永远也无法支持
7.在工程的node_modules目录中使用符号链接，放置直接依赖
image.png
8.完成

项目讲解

image.png
使用pnpm安装mocha后的目录结构
如上图中的的bin目录存放的的是直接依赖的命令行工具
image.png
而.pnpm中存放的是间接依赖的包，在其目录下有node_modules目录文件夹
image.png
其下的node_modules 的文件全是软连接 并没有mocha文件
image.png
.pnom目录下有个mocha文件，除啦mocha全是软连接
image.png

直接依赖如下图
image.png