软链接&硬链接在前端中的应用

394次阅读  |  发布于2年以前

前置知识

先了解一个操作系统中重要的概念 inode（index nodes）。

inode

inode 是一种文件数据结构，用于存储有关除名称和数据之外的任何 Linux 文件的信息。 inode更详细介绍可参考：https://www.ruanyifeng.com/blog/2011/12/inode.html

node方法获取文件信息

https://mp.weixin.qq.com/s/o0eN8gBSqVMHykFXrTnikg

输出信息：

文件信息：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
删除源文件 软链接无法正常访问

软链接 & 硬链接在前端中的应用

yarn link

官方文档：http://yarnpkg.top/Clilink.html

在开发阶段的项目包，可以被其他项目所依赖。因为还在开发阶段，项目包并没有被发布，通常用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源码地址：https://github.com/yarnpkg/yarn/blob/3119382885ea373d3c13d6a846de743eca8c914b/src/cli/commands/link.js

pnpm

使用方式

当我们运行pnpm install进行node_modules安装的时候，会使用软链接 & 硬链接的方式来节省磁盘空间 & 提升安装效率。

软链接使用

通过执行pnpm install，安装的node_modules中文件会被分为两部分：.pnpm目录 & 其他。

硬链接使用

pnpm 有个根目录，一般都是保存在 user/.pnpm-store 下，pnpm 通过硬链接的方式保证了相同的包不会被重复下载，比如说我们已经在 repoA 中下载过一次 express@4.17.1 版本，那我们后续在 repoB 中安装 express@4.17.1 的时候是会被复用的，具体就是 repoA 中的 express 中的文件和 repoB 中的 express 中的文件指向的是同一个 inode。

参考文档

❤️ 谢谢支持

以上便是本次分享的全部内容，希望对你有所帮助^_^

喜欢的话别忘了 分享、点赞、收藏 三连哦~。

欢迎关注公众号 ELab团队 收货大厂一手好文章~

我们来自字节跳动，是旗下大力教育前端部门，负责字节跳动教育全线产品前端开发工作。

我们围绕产品品质提升、开发效率、创意与前沿技术等方向沉淀与传播专业知识及案例，为业界贡献经验价值。包括但不限于性能监控、组件库、多端技术、Serverless、可视化搭建、音视频、人工智能、产品设计与营销等内容。

字节跳动校/社招内推码: BQEQ9TY

投递链接: https://jobs.toutiao.com/s/8SudHqT[15]

参考资料

[1]纠结的链接——: https://kohpoll.github.io/blog/2016/05/30/hardlink-symlink-require-in-nodejs/

[2]ln、ln -s、fs.symlink、require: https://kohpoll.github.io/blog/2016/05/30/hardlink-symlink-require-in-nodejs/

[3]【工程化】现代前端工程化- 傻傻分不清楚的链接 fs.symlink、 : https://jishuin.proginn.com/p/763bfbd5a424

[4]ln、ln -s(详解与应用): https://jishuin.proginn.com/p/763bfbd5a424

[5]linux之软连接和硬连接的区别: https://segmentfault.com/a/1190000040740418

[6]一口气搞懂「文件系统」，就靠这 25 张图了: https://www.cnblogs.com/xiaolincoding/p/13499209.html

[7]浅谈 : https://zhuanlan.zhihu.com/p/442133074

[8]pnpm: https://zhuanlan.zhihu.com/p/442133074

[9] 软链接和硬链接: https://zhuanlan.zhihu.com/p/442133074

[10]实践：: https://juejin.cn/post/7036319707590295565

[11]pnpm: https://juejin.cn/post/7036319707590295565

[12] 解决了我的哪些痛点？: https://juejin.cn/post/7036319707590295565

[13]https://jobs.toutiao.com/s/8SudHqT: https://link.juejin.cn/?target=https%3A%2F%2Fjob.toutiao.com%2Fs%2FRb21Dk9

Copyright© 2013-2020

All Rights Reserved 京ICP备2023019179号-8