在 Linux 面试中，“软链接和硬链接有什么区别”是一道出现频率极高的题目。很多候选人能说出“软链接可以跨分区、硬链接不行”之类的结论，但当面试官追问“为什么”时，往往就答不上来了。要真正回答清楚这个问题，必须回到 inode 层面去理解文件系统的工作方式。
先理解 inode 是什么
Linux 的 ext4、xfs 等文件系统在格式化时会划分出两个区域：数据块区域（data block） 和 inode 表区域（inode table）。
- 数据块存放文件的实际内容。
- inode 存放文件的元信息：文件类型、权限、属主、大小、时间戳，以及最重要的——指向数据块的指针列表。
每个 inode 有一个唯一的编号（inode number），文件系统通过 inode 编号来定位 inode，再通过 inode 找到数据块。而文件名并不存储在 inode 中，它存储在目录项（directory entry，简称 dentry）里。目录本身也是一种文件，它的数据块中保存的是一张映射表：文件名 → inode 编号。
所以，当我们说“打开文件 /etc/passwd”时，内核实际做的事情是：
- 在根目录的 dentry 中找到
etc对应的 inode 编号； - 进入
etc的 inode，读取其数据块，找到passwd对应的 inode 编号； - 用该编号加载 inode，读取权限和指针，最终访问数据块。
文件名只是 inode 的一个“入口”，一个 inode 可以有多个入口。 这正是硬链接的本质。
硬链接：多个目录项指向同一个 inode
创建硬链接的命令是：
ln source.txt hard_link.txt
执行后，source.txt 和 hard_link.txt 是两个不同的目录项，但它们指向同一个 inode 编号。可以用 ls -i 验证：
$ ls -i source.txt hard_link.txt
131074 source.txt 131074 hard_link.txt
两者 inode 编号完全相同。此时 inode 中的链接计数（link count） 从 1 变为 2。删除其中一个文件时，内核只是把链接计数减 1，并删除对应的目录项；只有当链接计数归零时，inode 和数据块才会被真正释放。
这带来几个重要特性：
- 硬链接不能跨文件系统。因为 inode 编号只在单个文件系统内唯一，跨分区后编号可能指向完全不同的 inode，无法保证一致性。
- 硬链接不能指向目录。如果允许，目录树会形成环，
find、fsck等工具将陷入死循环，目录的链接计数语义也会被破坏。 - 硬链接与原文件地位平等。没有“谁是原文件”的概念，删除任意一个都不影响另一个。
- 修改任一硬链接，其他链接看到的内容同步变化，因为它们本来就是同一份数据。
软链接：一个独立文件，内容是目标路径
创建软链接（符号链接）的命令是：
ln -s /data/source.txt soft_link.txt
与硬链接根本不同：软链接是一个独立的文件，拥有自己的 inode 和数据块。它的数据块里存放的不是文件内容，而是目标文件的路径字符串（例如 /data/source.txt）。
在 inode 层面，软链接的 inode 文件类型标记为 S_IFLNK（用 stat 命令可以看到 file type: symbolic link）。当内核解析路径遇到软链接时，会读取其数据块中的目标路径，然后重新从该路径开始解析，这个过程称为“跟随链接”（follow link）。
由此可以推导出软链接的特性：
- 可以跨文件系统，因为它只记录路径字符串，不依赖 inode 编号。
- 可以指向目录，不会造成目录树环路，因为解析时会重新走一遍路径查找。
- 目标文件删除后，软链接仍然存在，但变成“悬空链接”（dangling link），访问时报
No such file or directory。 - 软链接的权限通常是
lrwxrwxrwx，实际权限由目标文件决定，因为权限检查发生在跟随链接之后的目标 inode 上。 - 软链接可以指向不存在的路径，创建时不会校验目标是否存在。
一张表看清核心区别
| 对比维度 | 硬链接 | 软链接 |
|---|---|---|
| 本质 | 同一 inode 的另一个目录项 | 独立文件，内容为目标路径 |
| inode 编号 | 与原文件相同 | 与原文件不同 |
| 跨文件系统 | 不支持 | 支持 |
| 指向目录 | 不允许 | 允许 |
| 目标删除后 | 数据仍可通过其他链接访问 | 变成悬空链接 |
| 链接计数影响 | 增减原 inode 的 link count | 不影响目标 inode |
| 创建命令 | ln src dst |
ln -s src dst |
| 相对路径解析 | 相对于当前工作目录 | 相对于软链接所在目录 |
最后一条尤其容易被忽略：软链接中的相对路径是相对于软链接自身所在目录解析的，而不是相对于创建时的工作目录。这是生产环境中软链接失效的常见原因。
面试中如何组织回答
建议按以下层次作答，既体现结论也体现原理：
- 一句话结论：硬链接是同一 inode 的多个名字，软链接是独立文件、内容为路径。
- inode 层面解释：说明目录项、inode、数据块的关系，指出硬链接共享 inode，软链接拥有自己的 inode。
- 由原理推导差异：跨文件系统、目录支持、删除行为、链接计数，全部由 inode 机制自然推出，而不是死记硬背。
- 补充实践细节：
ls -i查看 inode、stat查看链接计数、readlink查看软链接目标、相对路径解析规则。
如果能主动提到“硬链接不能跨文件系统是因为 inode 编号只在单个文件系统内唯一”，面试官通常就能判断你是真正理解了文件系统，而不是背诵了八股文。
未经允许不得转载：任鹏个人博客 » Linux 面试题：软链接与硬链接的区别及 inode 层面的实现
