另外:

硬链接的读取性能优于符号链接(微性能) 符号链接可以被复制，版本控制，等等。换句话说，它们是一个实际的文件。另一方面，硬链接的级别略低，您会发现，与符号链接相比，提供将硬链接作为硬链接而不是普通文件处理的工具较少

What you think of as an ordinary "file" is actually two separate things: The data of a file, and a directory entry. When you create a hard link for a file, you actually create a second directory entry which refers to the same data. Both directory entries have the exact same functionality; each one can be used to open the file to read it. So you don't really have "a file plus a hard link", you have "file data with two directory entries". What you think of as deleting a file actually deletes a directory entry, and when the last directory entry for the data is deleted, then the data itself is deleted as well. For ordinary files that have only one directory entry, deleting the directory entry will delete the data as always. (While a file is opened, the OS creates a temporary link to the file, so even when you delete all directory entries, the data stays but disappears as soon as you close the file).

例如，创建文件a .txt，硬链接B.txt，然后删除a .txt。当您创建a .txt时，会创建一些数据，并创建一个目录条目a .txt。在创建硬链接时，创建了另一个目录条目B.txt，指向完全相同的数据。当您删除a .txt时，您仍然拥有所有数据和一个目录条目B.txt，就像您首先创建了一个文件B.txt一样。

软链接只是一个(几乎)普通的文件，只是它不包含数据，而是另一个目录条目的路径。如果你删除了软链接所指向的文件，那么软链接将包含一个不再指向目录条目的路径;它坏了。如果你删除软链接，就像删除任何其他文件一样，它指向的文件不受影响。

硬链接和软链接可以很容易地用这张图来解释。

加上以上所有答案，查找硬链接和软链接文件的差异可以理解为:

在当前目录中有一个文件f6，还有一个名为t2的目录。

名为f1和。/t2/f2的文件是到f6的符号链接。

f7和。/t2/f8文件是f6的硬链接。

要找到软链接和硬链接，我们可以使用:

$ find -L . -samefile f6 

> ./f1
> ./f6
> ./f7
> ./t2/f2
> ./t2/f8

找到硬链接，我们可以使用:

$ find . -xdev -samefile f6

> ./f6
> ./f7
> ./t2/f8

因为硬链接可以在同一个文件系统上创建，所以我们可以在同一个文件系统/挂载点中搜索所有没有使用-L选项的硬链接(使用-xdev选项)。它节省了不必要的搜索到不同的挂载点。

所以搜索硬链接比搜索软链接快一些(如果我错了或不清楚，请纠正)。

我刚刚发现了一个简单的方法来理解硬链接在一个常见的场景，软件安装。

有一天，我下载了一个软件到下载文件夹进行安装。在我做sudo make install后，一些可执行文件被cped到本地bin文件夹。这里，cp创建硬链接。我对这个软件很满意，但很快就意识到，从长远来看，下载并不是一个好地方。所以我把软件文件夹移动到源目录。好吧，我仍然可以像以前一样运行软件而不用担心任何目标链接的事情，就像在Windows中一样。这意味着硬链接可以直接找到inode和其他文件。

软链接:

软的或象征性的更像是原始文件....的捷径如果您删除原始的快捷方式失败，如果您只删除快捷方式，原始的不会发生任何变化。

软链接语法:ln -s Pathof_Target_file链接

输出:link -> ./Target_file

证明:readlink链接 同样，在ls -l链接输出中，您将看到lrwxrwxrwx中的第一个字母为l，这表明该文件是一个软链接。

删除链路:unlink链路

注意:如果你愿意，你的软链接即使从当前目录移动到其他地方也可以工作。在创建软链接时，请确保您给出的是绝对路径而不是相对路径。即(从/root/user/Target_file开始，而不是。/Target_file)

硬链接:

硬链接更多的是镜像副本或同一文件的多条路径。对file1做一些操作，它就会出现在文件2中。 删除一个仍然可以保留另一个。

inode(或文件)只有在所有(硬)链接或(同一文件)inode的所有路径都已删除时才会被删除。

一旦创建了硬链接，该链接就具有原始文件的inode。删除重命名或移动原始文件不会影响硬链接，因为它链接到底层inode。对inode上数据的任何更改都反映在引用该inode的所有文件中。

硬链接语法:ln Target_file链接

输出:将创建一个名称为link的文件，其索引节点号与Targetfile相同。

证明:ls -i link Target_file(检查它们的索引节点)

删除链接:rm -f link(像删除普通文件一样删除链接)

注意:符号链接可以跨文件系统，因为它们只是另一个文件的名称。而硬链接只在同一个文件系统中有效。

符号链接有一些硬链接所没有的特性:

Hard link point to the file content. while Soft link points to the file name. while size of hard link is the size of the content while soft link is having the file name size. Hard links share the same inode. Soft links do not. Hard links can't cross file systems. Soft links do. you know immediately where a symbolic link points to while with hard links, you need to explore the whole file system to find files sharing the same inode. # find / -inum 517333 /home/bobbin/sync.sh /root/synchro hard-links cannot point to directories.

硬链接有两个限制:

目录不支持硬链接。Linux不允许这样维护目录的非循环树结构。 不能跨文件系统创建硬链接。这两个文件必须在相同的文件系统上，因为不同的文件系统有不同的独立的inode表(两个文件在不同的文件系统上，但是具有相同的inode号将是不同的)。