索引结点的初步认识
对于整个计算机系统的资源管理,我们可以认为,OS先将这些资源的数据信息,给描述起来构成一个部分,然后再将它们组织起来,就能够实现由OS集中管理。举一个最经典的例子,进程的引入是为了实现程序的并发执行,同一时间间隔内,系统中可能存在大量的进程,OS就需要对这些进程进行管理。首先,OS将进程的各种属性信息描述起来,形成了一个叫做PCB的数据结构,Linux上的PCB叫做task_struct。然后,再将这些PCB组织起来,组织的方式多种多样,例如链接、索引等。
文件的原理也是如此。文件可以视为 文件名 + 文件属性 + 文件内容。OS利用文件控制块,简称FCB,对文件进行控制。文件控制块就是一个结构体,这个结构体里存放了用于控制文件所需要的各种信息。
FCB的有序集合称为文件目录,一个FCB就是一个目录文件项。
而Linux系统的文件目录采用了文件名和文件属性描述信息分离的策略。
文件名 | 文件属性描述信息 |
---|---|
file1 | … |
file2 | … |
file3 | … |
… | … |
若你有一定的编程经验,猜都可以猜出,Linux系统绝对不会把一个文件的属性描述信息,直接一坨就放进文件目录中。一是不方便维护,二是不方便检索。
Linux系统将文件的描述信息单独封装起来,放进一个结构体中,这个结构体我们就把它叫索引结点,又可以叫做inode、i结点。Linux的文件目录中不直接存放文件属性的描述信息,而是通过存放索引结点的地址,指向索引结点,就能够找到了。综上,Linux的文件目录的每一个文件目录项由 文件名 + 索引结点指针 组成。
索引结点的深入、结合文件目录和打开文件表
磁盘上有一份索引结点,叫做磁盘索引结点。每一个文件都有唯一的磁盘索引结点与之相对应。如果文件被打开,系统会将对应的磁盘索引结点拷贝一份到内存中,内存中的索引结点叫做内存索引结点,但是内存索引结点在磁盘索引结点的基础之上增加了一些信息,例如索引结点编号。
用户想要对文件进行操作了,首先要使用open
系统调用打开文件
//打开一个文件,写入内容,关闭文件
1 #include <stdio.h>
2 #include <string.h>
3 #include <stdlib.h>
4 #include <unistd.h>
5 #include <sys/types.h>
6 #include <sys/stat.h>
7 #include <fcntl.h>
8
9 int main(void)
10 {
11 //打开文件
12 int fd = open("./log.txt", O_CREAT | O_WRONLY, 0644);
13 if(fd < 0){
14 perror("open");
15 exit(-1);
16 }
17 //对文件写入
18 const char* str = "hello Donyan Yang.\n";
19 ssize_t word = write(fd, str, strlen(str));
20 if(word < 0){
21 //写入失败
22 printf("Write Failed!\n");
23 }
24
25 //关闭文件
26 close(fd);
27 return 0;
28 }
也许你没有自己显式地去调用过open系统调用,但只要涉及文件打开,它的底层都会去调用open,C语言里的库函数fopen
本质上也是封装了系统调用open
。调用open,系统会根据文件名去磁盘上的文件目录里检索,找到该文件对应的inode,然后把它的inode复制到内存里。操作系统会在内存维护一张表,叫做打开文件表,这个表里存放着所有已经打开文件的信息,可以加快搜索文件的效率。inode就是复制到这个打开文件表里(其实也就是一个数组),按照顺序依次存放在表内,并且返回当前inode在打开文件表内的下标,这个下标就是所谓的文件描述符, Windows下叫做文件句柄。open系统调用,返回对应打开文件的文件描述符,通过文件描述符就可以找到该文件对应的inode,控制了文件的inode,这不就把它拿捏了吗?
打开文件后,使用write、read、close等对文件进行操作的系统调用,使用的都是文件描述符,通过文件描述符就可以拿捏住文件,所以打开文件表内没有必要像文件目录一样把文件名也保存起来。
这里的重点不是文件打开表和文件描述符,所以点到为止。
文件共享方式
Windows和Linux系统下,采用了树形结构的目录。
在树形结构目录下,我们如何在两个不同目录下,访问到同一份文件呢?也许你会直接使用cp
命令,将这份文件拷贝到另一个目录下,但这并不是最优的办法。拷贝文件到另一个目录下,实际上就是多了一个文件名、文件内容、部分文件属性信息和原来文件相同的文件。虽然看上去这两个文件是一样的,但它们属于不同的两个文件!!!两者之间不存在关联,一个文件的修改并不会影响另外一文件。既然属于不同的文件,系统会为多出来的文件分配空间、建立FCB、为了维护它而消耗资源。 很多情况下,用户可能不需要一份新的文件,例如只是想读取到它的数据、文件修改的时候另一个目录下的这个文件也能跟着被修改…等等,这个时候可以采用文件共享。文件共享不仅可以达成我们的目的,而且在很大程度上减轻了资源的消耗。
文件共享常用的两种方式:硬链接、软链接
硬链接
硬链接的思想建立在索引结点上。其思想如图所示:
建立硬链接,简而言之,就是在特定的目录下,增加一对文件名和inode的映射关系。
索引结点内部有一个数据,叫做链接数,记录了此时这个inode所关联的文件个数,建立一个硬链接,链接数就会+1。当删除某一个文件时,系统并不会立刻删掉inode,而是去检查它的链接数。如果链接数大于0,说明还有其他文件和这个inode相关联,那么只会删除这个文件目录对应的目录项;如果链接数等于0, 说明没有文件和该inode关联,删除所有对应的信息即可。上面这个例子,文件名允许两个myfile.c同时存在,这是因为它们处于不同的目录下,所以文件名可以相同。如果你想在同一个目录下建立硬链接,原理是一样的,但是文件名不可以重复。
在分析的时候,我们需要使用要命令ls -l -i -a
命令,可以查看目录下,各个文件的硬链接数和inode编号。
Linux上创建硬链接,使用命令ln 已存在文件 增加文件
例1:在同一个目录下创建硬链接。
现象,硬链接数变成了2,并且这两个文件所对应的inode是一样的,因为它们的inode编号相同。共享同一个inode,说明这两个文件现在是共享的,唯一的区别只是文件名不同, 如果不放心,还可以用stat
查看这两个文件的属性信息。
有一个点值得注意,如果你在此之前没有建立过硬链接,现在去查看链接数,会发现.
这个文件的硬链接数是2。.
表示的是当前目录,当前目录也是一个文件。它上一级所属的文件目录内已经包含了当前文件lesson14与对应inode的映射关系,而系统又自动为lesson14所属的文件目录内建立了文件名为.
的文件和那个inode的映射关系。因此,.
文件对应的链接数是2。
例1:在不同的目录下创建硬链接。
Linux上创建硬链接还可以使用link
命令,具体使用方法link 已存在文件 新增文件
软链接
软链接和硬链接的思想是完全不同的, 软链接又叫做符号链接。
Linux上建立软链接的方法:在硬链接原来的命令内加-s
即可,也就是ln -s 已存在文件 增加文件
。
软链接的思想,是利用原来的文件,建立一个叫做LINK类型的新文件。这个LINK类型文件我们可以把它想象成是一个空壳子,它真正拥有的只有文件名,并且目录下这个文件会包含这个LINK类型文件对应的路径。当用户要去访问newfile.c这个文件时,OS发现这个文件是LINK类型的文件,就会根据路径去找到真正的文件源。
来看一个小故事:
注意看,这个女人叫小美,他的搭档叫小帅,小帅拥有一个五百平米的停车库,地址在 麻瓜市麻瓜村开心街道1号 , 它取名为帅帅牌仓库, 放着很多炫酷的机车。小美想要和小帅共享这个仓库,小帅同意了,然后小美自己又对它取了个名字叫做美美牌仓库,并且小美对外称自己拥有一个叫做美美牌的仓库,地址在麻瓜市苦瓜区咕噜街道8号。当她要用仓库里的东西的时候,她就去所谓美美牌仓库找,而实际上是跑去了帅帅牌仓库里找。
这个故事里的行为,和软链接的原理是一样的。
软链接行为里,只有真正的文件源才有inode。就像故事里只有帅帅牌仓库才真正拥有机车,而美美牌仓库并没有。当用户访问LINK类型文件时,表面上看OS根据这个文件进行了检索和一系列的操作,实际上OS根据它提供的文件路径,转变为对该路径上的文件的访问。
软链接可以直接删除主文件,其他软链接产生的文件不会限制主文件。主文件删除了以后,其他相关的LINK类型文件就类似于悬空指针一样(我还指向你, 但是你已经消失了)。用户要去访问LINK类型文件时, OS根据路径去找,没有找到,就访问失败了。