linux文件——文件系统——学习、理解、应用软硬件链接 ...

        媒介:本篇内容主要讲解文件系统的软硬件链接。 经过前两篇文件系统的文章——讲解硬件（磁盘）、讲解文件系统底层， inode， 我们本节内容可以很好的理解我们要讲解的内容。 而且本节内容较少， 友友们学习本节的时候将会比前几节相对轻松一些。 
          ps:友友们务必了解磁盘的布局以及文件系统的底层原理以及inode， 再学习本节内容。
  目次
软硬件链接——熟悉
什么是软链接
什么是硬链接
软硬件链接——底层原理
硬链接——深层挖掘
软链接——深层挖掘
软硬件链接的应用场景
软链接——实例应用
硬链接——实例应用
目次硬毗连的死循环题目

---

软硬件链接——熟悉

什么是软链接

        首先， 我们先创建一个空文件， 如下图：

 
        然后， 我们就可以创建这个文件的软链接。 ——留意， 这里的文件是普通文件。 但是目次文件也可以， 最好使用普通文件， 因为好进行下面内容的测试。
   

          上图中， ln就是链接的意思。 -s就是软链接， 然后file.txt就是毗连到的文件——也就是目标文件， soft_link就是毗连的文件——也就是软链接出的新文件。 也就是说， 由soft_link指向file.txt。
          而且， 我们使用ls -li， 也就是查看文件的inode编号， 会发现， soft_link的编号和file.txt是不一样的。如下图：

        所以， 我们就可以得出一个结论——软链接是一个独立的文件， 具有独立的inode。 
什么是硬链接

        接下来， 我们再创建一个test.txt

        接下来， 我们去掉-s, 直接ln test.txt hard_link——这就是创建硬链接， -s是创建软链接， 而如果去掉-s的话， 就是不创建软链接了， 也就是创建硬链接。 

        而观察硬链接的inode编号， 我们可以发现， 硬链接的编号和原文件相同。 那么我们这里就可以下另一个结论——硬链接没有独立的inode， 不是一个独立的文件。
        而且， 硬毗连的文件属性中有一个地方发生了变化，上图中， 画圈圈的2处， 这个地方如果我们在实行的时候观察仔细就会发现， 在没有硬链接之前是1， 但是硬链接之后， 就变成了2. 我们这里再做一次实行：
   

          由实行我们真实的看到， 这里的数字从1变成了2。 而这个数字， 博主可以告诉友友们， 其实这个数字就是一个引用计数——这里从1变成了2， 本质上就是引用计数发生了变化！这个引用计数叫做硬链接数！
  
软硬件链接——底层原理

硬链接——深层挖掘

           其实， 一样平常情况下， 我们学习软硬件链接只能学到上面的东西， 但是我们今天还要加深对于软硬件链接的理解。 对于硬链接来说， 我们知道， 硬链接的新文件和原文件的inode是一样的，但是文件名是不一样的。 而且我们又知道， 目次的块内里生存的是什么？——生存的是文件名和inode的映射关系！！！ 这里为什么要说这个？ ——因为硬毗连的本质——其实就是在目次的块内里创建一个文件名和inode的映射关系！！！
           对于硬链接数来说， 我们知道任何一个文件，无论是目次， 还是普通文件， 都有inode。 对于inode内部， 都有一个叫做引用计数的计数器。 
        而由于目次内里生存的是：文件名和inode编号的映射关系！ 所以多个文件名指向一个inode就有如下图布局：

           也就是说， 无论文件名怎样变化， inode是不变的。 每一个文件名最终都会指向同一个inode。 换句话说， 就是每一个文件名最终都会指向同一个文件！！！
          所以我们在删除一个文件的时候（rm）， 其实就是让该文件的inode内里的引用计数减减。 如果inode减到了0， 那么再进行inode的删除工作， 也就是我们上篇文章所讲到的删除文件的流程——简单说就是根据目次找到对应的文件的inode编号， 找到编号计算在哪个区， 哪个组当中。 然后根据inode编号找到block NUM， 将block bitmap置为0， 然后inode bitmap置为0. 

软链接——深层挖掘

        对于软链接来说， 软链接不会影响目标文件的引用计数， 那么就是说， 软毗连的本质和硬链接是不同的。 那么软链接是什么情况呢？
        我们看下图的一个现象（soft_link是file.txt的软链接）：
   

          这是为什么呢？ 这是因为软链接内里的数据块内里， 生存的是所指向文件的路径！！！——也就是说， 软链接是一个独立的文件， 有独立的inode， 也有独立的数据块， 他的数据块内里生存的是指向文件的路径！
            如果我们删除软链接， 那么没有题目。 但是我们如果删除软毗连的目标文件， 就会发生错误， 因为软链接文件找不到原文件了。 如下图：
  

   
        软链接就像我们常用的快捷方式。 下面是一个快捷方式：
   

          我们桌面上的就是快捷键， 也就是相当于软链接， 然后我们的目标文件其实就是在图中的红框框的路径里。 而且我们可以删除快捷键， 但是如果我们删除了目标路径下的步伐文件， 那么快捷方式也不能跑了。
  
        学到了软硬件毗连的本质， 底层原理还不够， 我们还要学习一下软硬件毗连的应用场景。 只有如许， 我们才算是真正的理解软硬件链接。 下面我们来熟悉一下详细的场景——

软硬件链接的应用场景

软链接——实例应用

我们先写一个步伐，如下图， 代码很简单：

           我们直接在当前路径生成可执行步伐。 
  

            然后我们将软链接文件创建在bin目次下（也就是bin下创建快捷键）， 然后我们就可以在任何目次下直接使用文件名运行步伐了， 如下图：
  

          这就是软链接的一个应用场景。
  
硬链接——实例应用

我们创建一个目次：

我们可以看到， 图中的这个新建的目次的硬链接数是2， 为什么呢？ ——不知道友友们记不记得我们曾经说过——每个目次下都有.这个文件目次。
   

          .目次就是目次本身——上图中的inode也证明了这一点。 而这个inode两者相同， 这就是为什么.是当前目次的原因， 也可以说是本质。——这就是硬链接的一个应用场景。 
          .谈完了， 再谈..
           ..我们说过是上级目次， 我们进入newdir， 而且记一下此时newdir目次的硬链接数， 以及inode编号：
  

          我们再在这个目次中创建文件， 就会看到newdir目次的硬链接数加了1， 而且新创建的文件agamk内里的..和newdir的inode是一样的。
  

          也就是说， ..和上一级目次指向的文件是一样的。 ..就代表上一级目次！！而且， 只要我们创建一个新的子目次， 当前目次的硬链接数就会加， 这是因为子目次的上一级目次文件的inode都是当前目次的inode！！！
           那么我们如果查看根目次下的硬链接数：
  

          如图是19， 那么我们就可以算出， 当前根目次下一共有多少个有用目次呢？——答案是17， 因为空目次为2， 所以19 - 2 = 17.
          而且， 我们知道， 正是因为有了.和..， 我们才得以进行路径的定位。 也就是说， 硬链接的一个作用是什么呢？——就是进行路径的定位!!

目次硬毗连的死循环题目

        留意， linux系统不允许创建目次的硬链接。 ——即使.和..是硬链接， 但是这是系统默认的。 而我们的用户是不允许的， 为什么？
        下面我们看这么个情况。 
        下面是文件系统的树形布局图:

           如果我们在系统中查找某一个文件的时候， 我们当查到了上面的绿圈圈root， root告诉我们它是硬链接， 我们要返回inode为2的目次再去寻找， 而inode为2就是根目次。 也就是说， 当我们查到root的时候， 我们又会重新查一遍， 反反复复就会陷入死循环。 ——这就是为什么不能硬链接。
          但是可能我们会问， 不是刚刚才讲到， .和..不就是硬链接吗？为什么又说不能创建呢？ 这是为什么呢？——这是因为操作系统默认已经把.和..创建好了。 操作系统不允许用户创建硬链接目次， 即便这个用户是root。 
        而且， 系统在搜索路径的时候， 不会去搜索.和..， 也就不存在环路题目！！！
——————以上， 就是本节的全部内容， 下面为本人学习笔记

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。