|
前置知识
先了解一个操作系统中重要的概念inode（index nodes）。
inode
inode 是一种文件数据结构，用于存储有关除名称和数据之外的任何 Linux 文件的信息。
inode更详细介绍可参考：
node方法获取文件信息
const?fs?=?require('fs')
const?fileInfo?=?fs.statSync('./src/logo.svg')
console.log('文件信息：',?fileInfo)
输出信息：
文件信息：Stats {
??dev:?16777220,
??mode:?33188,
??nlink:?1,
??uid:?501,
??gid:?20,
??rdev:?0,
??blksize:?4096,
??ino:?114457648,?//?inode的唯一标识码
??size:?2632,
??blocks:?8,
??atimeMs:?1639292681311.895,
??mtimeMs:?1638968536815.0586,
??ctimeMs:?1638968536815.1282,
??birthtimeMs:?1638968536814.7827,
??atime:?2021-12-12T07:04:41.312Z,
??mtime:?2021-12-08T13:02:16.815Z,
??ctime:?2021-12-08T13:02:16.815Z,
??birthtime:?2021-12-08T13:02:16.815Z
}
linux命令获取inode
通过ls -i列出目录中文件以及所有inode标识码：
软链接（符号链接）与硬链接
不论是硬链接或软链接都不会将原本的源文件复制一份，只会占用非常少量的磁盘空间。
硬链接创建硬链接
通过linux命令创建一个硬链接logoHard.svg指向源文件logo.svg。
logo.svg是已经存在的，logoHard.svg命令运行后会自动创建。
查看硬链接信息
const?fs?=?require('fs')
const?fileInfo?=?fs.statSync('./src/logo.svg')
console.log('logo文件信息：',?fileInfo)
const?fileInfoHardLink?=?fs.statSync('./src/logoHard.svg')
console.log('logo硬链接文件信息：',?fileInfoHardLink)
$?node?link.js
logo文件信息：Stats {
??dev:?16777220,
??mode:?33188,
??nlink:?2,
??uid:?501,
??gid:?20,
??rdev:?0,
??blksize:?4096,
??ino:?114457648,
??size:?2632,
??blocks:?8,
??atimeMs:?1639295580440.4216,
??mtimeMs:?1638968536815.0586,
??ctimeMs:?1639295575616.7522,
??birthtimeMs:?1638968536814.7827,
??atime:?2021-12-12T07:53:00.440Z,
??mtime:?2021-12-08T13:02:16.815Z,
??ctime:?2021-12-12T07:52:55.617Z,
??birthtime:?2021-12-08T13:02:16.815Z
}
logo硬链接文件信息：Stats {
??dev:?16777220,
??mode:?33188,
??nlink:?2,
??uid:?501,
??gid:?20,
??rdev:?0,
??blksize:?4096,
??ino:?114457648,
??size:?2632,
??blocks:?8,
??atimeMs:?1639295580440.4216,
??mtimeMs:?1638968536815.0586,
??ctimeMs:?1639295575616.7522,
??birthtimeMs:?1638968536814.7827,
??atime:?2021-12-12T07:53:00.440Z,
??mtime:?2021-12-08T13:02:16.815Z,
??ctime:?2021-12-12T07:52:55.617Z,
??birthtime:?2021-12-08T13:02:16.815Z
}
软链接
20211230-162327.png创建软链接linux命令创建
通过linux命令创建一个软链接logoSoft.svg指向logo.svg
node方法创建
通过node提供的fs.symlinkSync(target, path[, type])方法创建，其中target表示源文件，path表示软链接。
const?fs?=?require('fs');
fs.symlinkSync('./src/logo.svg',?'./logoSoftV2.svg')
查看软链接信息linux命令查看
通过ls -il命令可查看软链接的指向信息 & inode信息。
node方法查看
通过node提供的fs.lstatSync(path[, options])方法查看。其中path表示软链接的路径。
const?fs?=?require('fs');
const?fileInfo?=?fs.statSync('./src/logo.svg')
console.log('logo源文件信息：',?fileInfo)
const?logoSoftInfo?=?fs.lstatSync('./src/logoSoft.svg');
console.log('logo软链接文件信息:',?logoSoftInfo)
输出信息：
$?node?readSoftLink.js
logo源文件信息：Stats {
??dev:?16777220,
??mode:?33188,
??nlink:?3,
??uid:?501,
??gid:?20,
??rdev:?0,
??blksize:?4096,
??ino:?114457648,
??size:?2632,
??blocks:?8,
??atimeMs:?1639299883906.419,
??mtimeMs:?1639296458198,
??ctimeMs:?1639296496378.1218,
??birthtimeMs:?1638968536814.7827,
??atime:?2021-12-12T09:04:43.906Z,
??mtime:?2021-12-12T08:07:38.198Z,
??ctime:?2021-12-12T08:08:16.378Z,
??birthtime:?2021-12-08T13:02:16.815Z
}
logo软链接文件信息:?Stats?{
??dev:?16777220,
??mode:?41453,
??nlink:?1,
??uid:?501,
??gid:?20,
??rdev:?0,
??blksize:?4096,
??ino:?114734506,
??size:?14,
??blocks:?0,
??atimeMs:?1639296562078.7632,
??mtimeMs:?1639296562078.7632,
??ctimeMs:?1639296562078.7632,
??birthtimeMs:?1639296562078.7632,
??atime:?2021-12-12T08:09:22.079Z,
??mtime:?2021-12-12T08:09:22.079Z,
??ctime:?2021-12-12T08:09:22.079Z,
??birthtime:?2021-12-12T08:09:22.079Z
}
软链接与硬链接的区别
软链接和硬链接通过不同的方式来减少磁盘空间，那他们之间有啥区别，在具体的使用场景下我们应该怎么选择使用哪一种链接方式呢：
软链接硬链接
inode
软链接与源文件拥有不同的inode，是两个不同的文件
硬链接和源文件拥有同一个inode，它们其实互为硬链接
文件属性
链接文件
与源文件类型相同
跨文件系统建立
支持
不支持
链接数目 （也就是文件信息中的nlink）
nlink不会随着软链接数目增加
每增加一个两链接nlink也会加1
删除源文件
软链接无法正常访问
硬链接文件可正常访问
应用
1. pnpm中解决幻影依赖的场景1. 快捷方式（windows中创建桌面快捷方式）
文件备份防误删
软链接 & 硬链接在前端中的应用yarn link
官方文档：
在开发阶段的项目包，可以被其他项目所依赖。因为还在开发阶段linux软链接，项目包并没有被发布，通常用yarn link这种方式在其他项目中来测试新功能或者debug。
使用方式
场景举例：当我们在业务仓库A（如：ep_student_client）中开发需求时，仓库A依赖了我们业务自定义的sdk。这个sdk是在仓库B（如：packasges仓库中开发的@byted-ep/slardar）中开发的。
开发调试存在的问题：在开发调试时，我们如果不借助yarn link，只能通过编译发布sdk，然后在A仓库中安装sdk来验证。这样开发效率很低。
使用 yarn link:
通过以上命令我们可以实现仓库B中的修改可以同步到仓库A中。
yarn link源码地址：
pnpm使用方式
当我们运行pnpminstall进行node_modules安装的时候，会使用软链接 & 硬链接的方式来节省磁盘空间 & 提升安装效率。
软链接使用
通过执行pnpminstall，安装的node_modules中文件会被分为两部分：.pnpm目录 & 其他。
硬链接使用
pnpm 有个根目录，一般都是保存在 user/.pnpm-store 下，pnpm 通过硬链接的方式保证了相同的包不会被重复下载，比如说我们已经在 repoA 中下载过一次 express@4.17.1 版本，那我们后续在 repoB 中安装 express@4.17.1 的时候是会被复用的，具体就是 repoA 中的 express 中的文件和 repoB 中的 express 中的文件指向的是同一个 inode。
参考文档?? 谢谢支持
以上便是本次分享的全部内容，希望对你有所帮助^_^
（编辑：晋中站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
