如何节省的磁盘空间
- 符号连接
- 硬连接
在讲上面两个概念之前,问几个问题:
- 我们电脑上删除的文件可以恢复吗?(数据恢复软件/专业做数据恢复的人)
- 为什么可以恢复,什么情况下不能恢复(恢复失败)
- 电脑上的文件是如何存放的?
概念
要彻底理解pnpm是怎么做的,需要有一些操作系统知识
- 文件的本质
在操作系统中,文件实际上是一个指针,只不过它指向的不是内存地址,而是一个外部存储地址(这里的外部存储可以是硬盘、U盘、甚至是网络)
当我们删除文件时,删除的实际上是指针,因此,无论删除多么大的文件,速度都非常快。
- 文件的拷贝
如果你复制一个文件,是将该文件指针指向的内容进行复制,然后产生一个新文件指向新的内容
- 硬链接 hard link
硬链接的概念来自于 Unix 操作系统,它是指将一个文件A指针复制到另一个文件B指针中,文件B就是文件A的硬链接
通过硬链接,不会产生额外的磁盘占用,并且,两个文件都能找到相同的磁盘内容
硬链接的数量没有限制,可以为同一个文件产生多个硬链接
创建硬链接
# 创建文件夹
mkdir my-pnpm
# 创建文件
touch abc.txt
# 创建文件硬链接: ln [-s] old_path new_path
ln abc.txt 123.txt
windows Vista操作系统开始,支持了创建硬链接的操作,在cmd中使用下面的命令可以创建硬链接
mklink /h 链接名称 目标文件
由于文件夹(目录)不存在文件内容,所以文件夹(目录)不能创建硬链接
由于种种原因,在windows操作系统中,通常不要跨越盘符创建硬链接
- 符号链接 symbol link
符号链接又称为软连接,如果为某个文件或文件夹A创建符号连接B,则B指向A。
创建软链接
ln -s abc.txt cba.txt
node环境对硬链接和符号链接的处理
硬链接:硬链接是一个实实在在的文件,node不对其做任何特殊处理,也无法区别对待,实际上,node根本无从知晓该文件是不是一个硬链接
符号链接:由于符号链接指向的是另一个文件或目录,当node执行符号链接下的JS文件时,会使用原始路径。
# 创建a文件夹
mkdir a
# 创建 a.js
touch a.js
# 在a.js中打印所在路径: console.log(__dirname)
# 创建 a.js文件硬链接
ln a/a.js b.js
# 运行b.js
# 创建a文件夹软链接aa
ln a aa
# 运行aa中a.js
pnpm原理
pnpm使用符号链接和硬链接来构建node_modules目录
下面用一个例子来说明它的构建方式
假设两个包a和b,a依赖b:
假设我们的工程为proj,直接依赖a,则安装时,pnpm会做下面的处理
- 查询依赖关系,得到最终要安装的包:a和b
- 查看a和b是否已经有缓存,如果没有,下载到缓存中,如果有,则进入下一步
- 创建 node_modules 目录,并对目录进行结构初始化
- 从缓存的对应包中使用硬链接放置文件到相应包代码目录中
- 使用符号链接,将每个包的直接依赖放置到自己的目录中
这样做的目的,是为了保证a的代码在执行过程中,可以读取到它们的直接依赖
- 新版本的pnpm为了解决一些书写不规范的包(读取间接依赖)的问题,又将所有的工程非直接依赖,使用符号链接加入到了 .pnpm/node_modules 中
在本例中好像没有必要,但是如果b依赖c,a又要直接用c,这种不规范的用法现在pnpm通过这种方式支持了。
但对于那些使用绝对路径的奇葩写法,可能永远也无法支持
- 在工程的node_modules目录中使用符号链接,放置直接依赖
- 完成