一些例子可能会有所帮助。

创建两个包含数据的文件:

$ printf Cat > foo
$ printf Dog > bar

创建一个硬链接和软链接(又名符号链接):

$ ln foo foo-hard
$ ln -s bar bar-soft

通过增加大小以长格式列出目录内容:

ls -lrS
lrwxr-xr-x   1 user  staff        3  3 Apr 15:25 bar-soft -> bar
-rw-r--r--   2 user  staff        4  3 Apr 15:25 foo-hard
-rw-r--r--   2 user  staff        4  3 Apr 15:25 foo
-rw-r--r--   1 user  staff        4  3 Apr 15:25 bar

这告诉我们

1st column: the file mode for the soft and hard links differ soft link: lrwxr-xr-x filetype: l = symbolic link owner permissions: rwx = readable, writable, executable group permissions: r-x = readable, not writable, executable other permissions: r-x = readable, not writable, executable hard link: -rw-r--r-- filetype: - = regular file owner permissions: rw- = readable, writable, not executable group permissions: r-- = readable, not writable, not executable other permissions: r-- = readable, not writable, not executable 2nd column: number of links is higher for the hard linked files 5th column: the size of the soft link is smaller, because it's a reference as opposed to a copy last column: the symbolic link shows the linked-to file via ->

更改foo的文件名不会影响foo-hard:

$ mv foo foo-new
$ cat foo-hard
Cat

更改foo的内容反映在foo-hard中:

$ printf Dog >> foo
$ cat foo-hard
CatDog

像foo-hard这样的硬链接指向文件的inode(内容)。

这不是像bar-soft这样的软链接的情况:

$ mv bar bar-new
$ ls bar-soft
bar-soft
$ cat bar-soft  
cat: bar-soft: No such file or directory

无法找到文件的内容，因为软链接指向已更改的名称，而不是指向内容。

同样地，如果foo被删除，foo-hard仍然保存内容;如果bar被删除，bar-soft只是一个指向不存在文件的链接。

硬链接是Unix，它在Unix和Linux中都是旧的，但符号链接在Linux中是新的。

硬链接inode与原始文件inode相同。但是symbolik链接索引节点不同于原始文件索引节点。

硬链接文件的字节大小与原始文件的字节大小相同。但是符号链接文件的字节大小不像原始文件的字节大小。符号链接文件大小小于原始文件大小。

硬链接是原始文件的镜像副本。符号链接或软链接就像窗口中的快捷方式。

如果您删除原始文件，硬链接将保留其文件，您可以看到硬链接文件的内容。在符号链接中，如果删除原始文件，其符号链接将断开，符号链接仍然保留，但不能显示符号链接内容。

符号链接是新的，它有很多特点，但硬链接是旧的，这就是为什么它有较少的特点。

让我们用终端做一些硬的和象征性的链接: Echo“为什么这么严重”> file.txt

硬链接: Ln file.txt file_hard

symbolick链接: Ln -s file.txt file_sym

让我们看看inode的内容: ls李津

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

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

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一样。

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

我对使用的两点看法:

软链接可以用来缩短长路径名，例如:

ln -s /long/folder/name/on/long/path/file.txt /short/file.txt

对/short/file.txt所做的更改将应用于原始文件。

硬链接可以用来移动大文件:

$ ls -lh /myapp/dev/
total 10G
-rw-r--r-- 2 root root 10G May 22 12:09 application.bin

ln /myapp/dev/application.bin /myapp/prd/application.bin

即时复制到不同的文件夹，原始文件(在/myapp/dev上)可以移动或删除，而不会触及/myapp/prd上的文件

符号链接为文件提供了另一个名称，在某种程度上类似于硬链接。但是，即使文件中仍然存在符号链接，也可以删除文件。