硬链接共享同一inode，权限与元数据完全同步，不可跨文件系统或链接目录；软链接是独立文件，存储目标路径，支持跨文件系统和目录链接，但依赖路径有效性。
软链接和硬链接在 inode 层面的差异，直接决定了它们的行为、权限表现和适用边界。理解这些差异，关键不是记结论，而是看清文件系统里“谁指向谁”、“谁拥有什么”。
硬链接：共享 inode，没有主次之分
硬链接不是副本，也不是快捷方式，它只是给同一个 inode 多加了一个文件名入口。原始文件和硬链接完全平等。
- 它们拥有完全相同的 inode 号，ls -li 输出中第一列数字一致
- inode 中的链接计数（Link Count）会随硬链接增减而变化；只有计数归零，系统才真正释放数据块
- 权限、所有者、时间戳等元数据全部来自该 inode，修改任意一个文件的属性，另一个同步体现
- 无法对目录创建硬链接（防止目录树循环），也不能跨文件系统（因为 inode 号只在本分区有效）
软链接：独立文件，内容是路径字符串
软链接本身是一个真实存在的文件，有自己的 inode、自己的数据块，只是这个数据块里存的不是内容，而是目标路径。
- ls -li 显示它有独立 inode 号，权限位以 l 开头（如 lrwxrwxrwx）
- 文件大小显示为路径字符串长度（比如 ln -s /home/a.txt b → b 的大小就是 12）
- 访问软链接时，内核先读取它的内容（即路径），再按该路径重新查找目标文件；所以原文件一删，它就变“死链”
- 支持跨文件系统、链接目录、相对路径或绝对路径，灵活性高但依赖路径有效性
权限表现：继承 vs 间接控制
硬链接的权限本质就是 inode 的权限，不存在“链接权限”概念；软链接则分两层权限控制：
- 软链接自身的权限（通常全开）只影响能否读取/修改这个路径字符串，不影响访问目标
- 真正决定能否读写目标内容的，是目标文件自身的权限，以及访问者对该路径上各级目录的执行（x）权限
- 例如：即使软链接权限是 777，若目标文件权限是 000 或上级目录无 x 权限，依然打不开
结构验证：一眼识别的关键命令
不用猜，用几条命令就能明确判断：
- ls -li 文件名：看 inode 号是否相同，第二列数字是否 ≥2（硬链接计数）
- ls -l 文件名：软链接末尾带 → 目标路径，且类型字符是 l
- stat 文件名：详细展示 inode、硬链接数、访问/修改时间、设备号等，对比最可靠
