硬链接（Hard Link）

1. 释义

是对原文件起了一个别名。

2. 特性

（1）硬链接有相同的 inode 及 data block；

（2）只能对已存在的文件进行创建；

（3）不能交叉文件系统进行硬链接的创建；

（4）不能对目录进行创建，只可对文件创建；

（5）删除一个硬链接文件并不影响其他有相同inode号的文件。

3.创建硬链接

ln file link

软链接（Soft Link）

1. 释义

又被叫为符号链接（symbolic Link），它包含了到原文件的路径信息。

2. 特性

（1）软链接有自己的文件属性及权限等；

（2）可对不存在的文件或目录创建软链接；

（3）软链接可交叉文件系统；

（4）软链接可对文件或目录创建；

（5）创建软链接时，链接计数 i_nlink 不会增加；

（6）删除软链接并不影响被指向的文件，但若被指向的原文件被删除，则相关软连接被称为死链接（即 dangling link，若被指向路径文件被重新创建，死链接可恢复为正常的软链接）。

3. 创建软链接

ln -s file link

区别

为什么不允许创建指向目录的硬链接？

以下内容翻译自： http://unix.stackexchange.com/questions/22394/why-hard-links-not-allowed-to-directories-in-unix-linux

1. 从inode角度谈

允许目录的硬链接可能会打破文件系统的有向无环图结构，可能创建目录循环，这可能会导致fsck以及其他一些遍历文件树的软件出错。

首先，要想理解这点必须先了解inode。文件系统中的数据保存在磁盘上的数据块中，而这些数据块由inode集合在一起。可以说inode就是文件，但是inode缺少文件名，所以就需要链接。一个链接其实就是一个指向inode的指针。目录是一个保存着这些链接的inode，目录中的每一个文件名都是一个指向inode的链接。这里提一下，UNIX系统中打开一个文件也会创建一个链接，但是它是不同类型的链接（它不是一个命名链接）。
硬链接只是一个指向inode的额外的目录项，当你使用ls -l命令查看文件时，文件权限后面的数字就是命名连接数。绝大多数文件只有一个链接。创建一个新的硬链接到一个文件会将两个文件名指向同一个inode。

xx@xx:~/test$ touch test
xx@xx:~/test$ ls -l
total 0
-rw-r--r-- 1 long long 0 Apr 16 16:56 test
xx@xx:~/test$ ln test test1
xx@xx:~/test$ ls -l
total 0
-rw-r--r-- 2 xx xx 0 Apr 16 16:56 test
-rw-r--r-- 2 xx xx 0 Apr 16 16:56 test1

现在你可以清楚的看到，其实并没有什么硬链接，一个硬链接和正常的名字是一样的。在上面的例子中，test 和 test1 哪个是原始文件，哪个是硬链接？其实你并不能分辨（忽略时间戳）因为它们都是指向相同内容相同inode的链接。

xx@xx:~/test$ ls -li 
total 0
2114356 -rw-r--r-- 2 xx xx 0 Apr 16 16:56 test
2114356 -rw-r--r-- 2 xx xx 0 Apr 16 16:56 test1

使用ls -li （-i 标志让 ls 将文件的 inode 号显示在第一列）我们可以看到此时 test 和test1 有着相同的inode号。现在，如果你被允许在目录上使用硬链接，文件系统中的不同指针的不同目录项会指向相同的东西。实际上，一个子目录可以指向他的父目录从而创建一个循环。

为什么需要考虑这个循环？因为当你遍历目录树时，你没有办法检测到循环(如果您没有跟踪遍历的inode号)。比如说，你现在在使用du命令，du需要遍历所有的子目录来了解磁盘的使用情况。而du命令如何知道它遇到了个循环？这很容易发生错误。

软链接，亦称符号链接，是一个完全不同的东东，因为它们是一种特殊类型的文件（UNIX文件系统中的文件种类包括：普通文件，目录文件，块特殊文件，字符特殊文件，FIFO，套接字以及符号链接。比如通过 “ ln -s a b ” 创建的软链接，创建软链接之后文件 b 和 a 的 inode 号并不一样，也就是说此时文件 a 和 b 并不是同一文件。 此时文件 b 中存的是文件 a 的路径，当读取 b 时，系统识别出文件 b 是符号链接会自动导向其对应的文件 a。）。注意，一个符号链接可以指向一个不存在的目标，因为他们指向的只是名字而不是直接指向inode。这与硬链接不一样，因为硬链接就表示肯定有文件存在。

那么为什么du可以很轻松的处理符号链接而不能处理硬链接？我们前面讨论过，如果对目录使用硬链接和正常的目录是没有区别的，而软链接是特殊的，可检测的且可跳过的。du注意到一个目录是一个符号链接它会完全跳过它。

xx@xx:~/test$ ln -s  /home/xx/Videos test2
xx@xx:~/test$ ls -l
total 0
-rw-r--r-- 2 xx xx  0 Apr 16 16:56 test
-rw-r--r-- 2 xx xx  0 Apr 16 16:56 test1
lrwxrwxrwx 1 xx xx 17 Apr 16 17:31 test2 -> /home/xx/Videos
xx@xx:~/test$ du -ah 
0	./test
0	./test2
4.0K	.

2. 从挂载点角度谈

从挂载点角度来说，任何目录有且只有一个父目录".."。

pwd的一个方法就是检查设备："."和".."的inode，如果它们一样，说明你已处于"/"。否则，查找父目录名称并入栈，然后比较"../."和"../.."，此后比较"../../.""../../.."...。直到抵达"/"后，开始出栈并打印栈中保存的目录项名称，最后得到当前目录的完整目录名。这个算法依赖于每个目录有且只有一个父目录。

如果对目录的硬链接是允许的，".."该指向多个父目录中的哪个？这是一个“为什么不允许对目录的硬链接”比较令人信服的理由。而目录的软链接不会引发这种问题，如果一个程序需要，它可以通过对路径名进行 lstat() 来检测是否遇到的是符号链接。pwd算法会返回目标目录的正确的路径。

3. 总结

UNIX 文件系统的历史上，对目录的硬链接是可能的。但是这可能会在文件系统树中产生循环，而这会使得遍历文件系统变得混乱（在《Unix高级环境编程》中提到作者Steven在自己的系统上做过实验，结果是：创建目录硬链接后，文件系统变得错误百出）。一个目录甚至可以是自身的父目录，如下图显示，在目录foo中如果创建一个testdir 的硬链接指向 foo 本身，这样一个循环就出现了。

现代文件系统一般禁止这些混淆状态，只有根目录保持了特例：根目录是自身的父目录。ls /.. 就是根目录的内容。