Linux下的inode与软硬链接

inode#

inode（index node），索引节点，是文件系统中用来储存文件元数据（metadata）的数据结构，例如文件储存的位置、创建时间、最后修改时间、所有者、访问权限等（但不包括名字）。每一个inode在创建的时候都会分配一个唯一的编码，知道了这个编码，就可以查到文件的元数据。

inode文件系统会将储存空间分成两个连续的区域，一个是由inode组成的表，另一个储存了文件的内容数据。读取文件时先通过inode找到文件储存的位置，再读取文件。

类Unix系统中的目录其实就是一种特殊的文件，也有自己的inode。这个特殊的文件中保存了所有包含的文件和子目录的名称以及它们的inode号码。访问目录，就是在读取目录这个特殊的文件中的内容。

硬链接与软链接#

在Linux中，使用ln <target> <link_name>命令可以创建链接，默认创建的是 硬链接（hard link）。加上-s（代表soft）可以创建 软链接（soft link）。那么，两者有何区别？

首先要强调的是，在日常的使用中，软硬链接几乎是一样的，他们的区别在于底层的实现。

硬链接#

硬链接实际上新建了一个指向与原来文件相同inode的链接，每一个inode都包含一个“链接数”，记录了有多少个硬链接指向此inode，当硬链接计数归零，代表这个inode指向的文件数据不再被需要，操作系统会释放其数据块和inode本身。这和编程语言中的GC（garbage collection）机制非常类似。

正因为硬链接指向了相同的inode，因此创建硬链接必须要在同一分区内（无论是物理分区或逻辑分区），因为在其他分区是找不到这个inode的。

用图片解释比较清楚：

硬链接

从图中可以看出，新建的硬链接实际上和原本的文件对象地位是平等的，若新建了硬链接后，又rm删除原文件对象，实际上和mv命令移动文件是一样的效果。

软链接#

软链接其实就和windows中的快捷方式是一样的效果。软链接储存了指向的文件或目录的位置，当源文件移动、重命名、删除，软链接就会变成死链（dangling link）。

$ mkdir -p ./some/path
$ echo 'some text' > ./some/path/source.txt
$ ln -s ./some/path/source.txt soft_link
$ cat soft_link
some text
$ rm -f ./some/path/source.txt
$ cat soft_link
cat: soft_link: No such file or directory

软链接失效了，输出“No such file or directory”

作为对比，试一下硬链接是什么效果。

$ echo 'some text' > ./some/path/source.txt
$ ln ./some/path/source.txt hard_link
$ cat hard_link
some text
$ rm -f ./some/path/source.txt
$ cat hard_link
some text

可以看到删除了原来的文件，硬链接并没有失效。

同样用图片说明软链接的原理：

软链接