面试官灵魂拷问：Linux软链接与硬链接到底有什么区别？（附底层Inode级深度图解）

文件内容：存储在数据块（Data Block）中。
文件属性：存储在索引节点（Inode）中。Inode 中记录了文件大小、权限、创建时间以及指向数据块的指针。
文件名 ：文件名既不存在 Data Block 中，也不存在 Inode 中！文件名存放在该文件所在的"父目录"的数据块中。 目录的数据块本质上是一张映射表，记录着：文件名 <-> Inode 号。

明白了这一点，我们就拿到了破解软硬链接机制的钥匙。

2.软链接（Symbolic Link / Symlink）：独立的替身

2.1软链接的概念

软链接（又称符号链接）完全不同于硬链接。软链接是一个实实在在的、全新的独立文件。

我们可以使用 ln -s 创建软链接：

ln表示link，其中，link-soft文件就是readdir.c文件的软连接

2.2底层剖析

观察ls -li的输出：

查看更详细的信息，我们发现软连接是有独立的inode的。也就是说，软连接是一个独立的文件。

只要是文件，就由属性 + 内容构成。内容中保存的是目标文件的所在路径+目标文件名。

软链接文件的权限非常开放（通常是 lrwxrwxrwx），开头的 l 代表 Link 文件类型。

而软连接类似于windows中的快捷方式，目的是为了加速查找。

2.3软连接存在的意义

在这个独立分配的Inode所对应的数据块（Data Block）中，存储的不是普通的文本内容，而是目标文件的绝对或相对路径字符串。

当操作系统访问时，发现它的类型是 l（软链接），就会读取其数据块中记录的路径字符串，然后自动重定向去寻找真正的目标文件。

由于软链接只是一串路径字符串记录，所以它完美支持跨越不同的文件系统进行链接，甚至可以对目前还不存在的文件（死链接）、或者目录创建软链接。

假设现在有一个大项目，二进制程序保存在bin目录中，所有配置文件在conf中，日志信息在log中，插件在plug中，使用的工具在tool中。此时，在bin目录中创建一个文件并运行它，

我们通过绝对路径才能运行它，假设bin目录中还有很多路径，那么此时同样的操作就会十分麻烦，所以软连接就起到了很方便的作用，举例：

在Linux中，软连接不止可以找可执行程序，动静态库也可以找。比如：

删除软连接通过unlink即可：

3.硬链接（Hard Link）：多个名字，同一个灵魂

3.1硬链接概念

所谓硬链接，本质上就是在目录的数据块中，增加了一条新的映射记录，让一个新的文件名指向一个已经存在的 Inode 号。

我们可以使用 ln 命令创建硬链接：

3.2底层剖析

建立硬链接后，它与源文件inode号一样，说明硬链接不是一个独立的文件，

硬链接是一组新的文件名和目标文件inode的映射关系。

而硬链接前面的2，指的是硬链接数，表示有几个文件名指向我，2表示有两个文件名与同一个inode连接。

那么此刻，我们删除readdir.c文件，会发生什么？

由上图可见，即使删除，源文件中的内容依旧存在。那也就说明，一个文件真正的被删除，是指没有文件名指向对应文件的inode了，即inode的引用计数为0。

3.3硬链接的作用

举例：在上一级目录中重新建立一个硬链接

再进入目录，删除源文件。此时，在上一级目录中，源文件依旧存在：

也就是说，硬链接可以用来做数据备份！

此时，我们再创建一个新目录，我们发现他的硬链接数是2，原因是其隐藏文件中有存储当前目录，其inode号与新创建目录相同。

除去根目录自己的连接数，子目录个数为：19 - 2 = 17个。

3.4硬链接的局限性

在Linux中，规定不能对目录进行硬链接。

证明见下图：

由于 Inode 编号是基于当前文件系统（分区）分配的，不同分区的 Inode 体系互相独立。因此，硬链接绝对不能跨越不同的分区（文件系统）创建。

但是，两个目录之间的 . 和 .. 不就是两个目录之间的硬链接吗？如下图：

实际上，Linux系统就是只允许自己建立硬链接，不允许用户自己建立。

为什么呢？

如果系统允许自己建立硬链接，我们对dir创建link-hard硬链接

那么在系统深度遍历或广度遍历目录结构时，会将link-hard默认为目录，此时再返回更目录，之后每次遍历相同的结果并返回，就会形成一个环形路径，那么系统层面上就不能进行其他操作了，如find等。

4.核心对比表

面试时，如果能结合底层原理画出或口述出以下对比，必定能让面试官眼前一亮：

维度	硬链接 (Hard Link)	软链接 (Soft / Symbolic Link)
底层本质	目录中新增的一条文件名与源 Inode 的映射记录	拥有独立 Inode 和数据块的全新文件
Inode 编号	与源文件完全相同	拥有全新独立的 Inode 编号
文件内容存储	共享同一份目标数据块	数据块中保存的是目标文件的路径字符串
跨分区/文件系统	绝对禁止（Inode 编号在不同分区无意义）	完美支持（只认路径字符串）
能否链接目录	系统默认禁止（防止目录死循环）	支持（日常最常见的用法之一）
源文件删除影响	原文件名被删除，硬链接继续存活，数据不丢失	目标文件删除后，软链接失效，变为"死链接"（红底闪烁）
对硬链接数的影响	使目标 Inode 引用计数 + 1	不影响目标 Inode 的引用计数

总结： 硬链接是"同体多名"，紧密绑定底层存储；软链接是"独立替身"，依托路径灵活跳转。掌握了底层的 Inode 机制，Linux 文件系统的各类操作对你而言将不再有秘密。

本章完。