从pnpm到软硬链接

在之前的文章《npm、yarn与pnpm三种不同包管理器的比较》提到了pnpm 通过硬、软链接（hark link、symbolic link） + 全局存储（store）结合的依赖管理方式完全实现了依赖树结构的包管理方式，本文接下来就对硬链接（hard link）与符号链接（或叫软链接）（symbolic link）进行进一步说明。

一、前置概念：

inode

文件在计算机的存储形式：每个文件都独自占用一个 inode，文件内容由 inode 的记录来文件的权限（r、w、x）、文件的所有者和属组、文件的大小、文件的状态改变时间（ctime）、文件的最近一次读取时间（atime）、文件的最近一次修改时间（mtime）、文件的数据真正保存的 block 编号，想要读取文件内容，就必须借助目录中记录的文件名找到该文件的 inode，才能成功找到文件内容所在的 block 块。

二、硬链接（hard link）与符号链接（symbolic link）

1.硬链接（hard link）

（1）硬链接的特点：

1.多个文件可以指向源文件同一inode。
2.删除其中一个文件不影响对另一个文件的访问，文件内容的修改会同步到所有文件。
3.只能给文件创建硬链接，不能给目录创建。
4.适用场景：用于镜像数据文件，防止误删。

（2）创建硬链接：

window: mklink /H a_hard.js a.js
macos : ln b.js b_hard.js

（3）源文件和硬链接的关系：

更直观的来看：

inode 此时链接数被记录为2，因此当我们删除 其中一个文件此时 inode 连接数-1，并不会影响其他连接数对硬盘文件访问，直到inode 数为0时候系统就会释放掉这个inode则文件。

硬链接可以理解为源文件的副本，使得用户可以通过不同的路径引用方式去找到某个文件，他和源文件一样的大小但是事实上却不占任何空间。

2.符号链接（symbolic link）

（1）符号链接（软链接）的特点：

1.软链接是一个链接文件，指向源文件的地址。类似索引或者指针。
2.修改源文件内容，软链接内容也会改变。当删除源文件时，访问软链接会报错No such file or directory。删除软连接源文件依旧能访问。

符号链接也叫软链接，它可以理解为快捷方式，pnpm在引用依赖时通过符号链接去找到对应磁盘目录（.pnpm）下的依赖地址。
（2）符号链接的创建：

window: mklink a_soft.js a.js
macos : ln -s b.js b_copy.js

（3）源文件与软链接的关系：

更直观的来看：

三、软链接与硬链接的区别

软链接和硬链接通过不同的方式来减少磁盘空间，那他们之间有啥区别，在具体的使用场景下我们应该怎么选择使用哪一种链接方式呢：

	软连接	硬链接
inode	软链接与源文件拥有不同的inode，是两个不同的文件	硬链接和源文件拥有同一个inode，它们其实互为硬链接
文件属性	链接文件	与源文件类型相同
跨文件系统建立	支持	不支持
链接数目（也就是文件信息中的nlink）	nlink不会随着软链接数目增加	每增加一个两链接nlink也会加1
删除源文件	软链接无法正常访问	硬链接文件可正常访问
应用	1. pnpm中解决幻影依赖的场景``2. 快捷方式（windows中创建桌面快捷方式）	文件备份防误删