在之前的文章《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中创建桌面快捷方式) | 文件备份防误删 |