Linux 软链接与硬链接的五个实用要点

Linux 文件系统中的链接是日常运维与开发中频繁用到的概念。很多人知道「创建快捷方式」，但真正理解软链接与硬链接的区别，才能在做数据迁移、版本切换、日志轮转时避免踩坑。本文将从五个实用要点讲清楚 ln 与 ln -s 的区别、inode 的关系、跨分区限制、删除源文件后的表现，以及常见的版本切换用法。

一、ln 与 ln -s 的本质区别

命令 ln 默认创建硬链接，ln -s 创建软链接（符号链接）。二者虽然都让多个路径指向同一份数据，但底层机制完全不同。

硬链接是同一个文件的另一个「名字」。它对目标文件的元数据做一次引用计数加 1，新链接与原文件共享所有元数据：inode 号、权限、属主属组、时间戳完全一致。

软链接是一个独立的文件，内容是目标路径的字符串。它有自己独立的 inode，大小通常等于路径字符串长度（例如 ln -s /usr/bin/python3.11 python，链接文件的大小可能就是 18 字节）。

二、inode 与链接计数

在 ext4/xfs 等主流文件系统上，stat 一个文件可以看到 inode 和 hard link count（lnkcnt）。新建一个硬链接，lnkcnt +1；删除一个硬链接，lnkcnt -1。只有当 lnkcnt 归零且没有进程打开该文件时，内核才会真正回收数据块。

正因为硬链接是同一 inode 的不同目录项，mv、cp --reflink 等操作对 inode 语义的影响需要格外小心。而软链接的 inode 只属于自己的小文件，lnkcnt 始终为 1，目标文件怎么变不会影响软链接自身的链接计数。

三、为什么硬链接不能跨分区（文件系统）

硬链接不能跨分区，原因就在于 inode 是文件系统级别的概念。不同分区（/dev/sda1 与 /dev/sdb1）各自维护独立的 inode 编号空间，/ 下的 inode 32768 和 /mnt 下的 inode 32768 毫无关系。让一个硬链接指向另一个分区的文件，内核找不到「同一文件」的元数据来累加 lnkcnt，因此 ln target linkname 跨分区会报 Operation not permitted。

软链接没有这个限制。它存的只是路径字符串，解析时由内核按 VFS 层重新查找，天然可以跨分区、甚至指向不存在的目标（即「悬挂软链接」）。

四、删除源文件后的表现差异

这是最容易踩坑的地方。

删除原文件名后，硬链接不受影响。比如 ln foo foo.hard，然后 rm foo，foo.hard 仍然能正常读写，因为内核只根据 lnkcnt 和 fd 计数决定何时释放块。这也是为什么某些 rm 实现会先 mv 到回收目录而非直接 unlink。

删除目标文件后，软链接立即失效。ls -l 会显示 target is not found 或箭头后跟着不存在的路径。任何试图通过该软链接读写的操作都会报 No such file or directory。系统日志里 /var/log/ 下出现这类「悬挂链接」时，通常意味着上层的日志轮转或部署脚本出了问题。

五、常见用法：版本切换与部署

软链接最常见的场景是做版本切换。例如目录里有 python3.9、python3.11、python3.12，通过

  ln -sfn /usr/bin/python3.12 /usr/local/bin/python

即可把「python」指向最新版本，-n 确保删除的是链接本身而不是在目标不存在时以链接名为文件名创建一个新文件。

CI/CD 中也常采用 build/latest -> build/20261110T1526 的模式，发布时原子性地替换 latest 软链接，旧版本文件原封不动留在磁盘上，随时可以 ln -sfn 回滚。

硬链接则适合在同一文件系统内做「不可变备份」：对重要的配置文件 cp --link（等价于 ln）一份快照，主程序怎么改都不会影响快照内容，因为二者共享同一 inode 但修改任一路径都会直接覆盖该 inode 指向的数据，所以更安全的做法是配合 copy-on-write 或先复制再修改。不过在需要保留历史版本的场景，还是推荐 hardlink 快照加日志轮转工具（如 logrotate）配合。

总结

一句话记住五个要点：ln 创建硬链接共享 inode，ln -s 创建软链接存路径字符串；硬链接的 lnkcnt 决定文件生死，软链接的 lnkcnt 永远为 1；硬链接不能跨分区，软链接可以；删目标后硬链接照常工作、软链接立刻断裂；版本切换和原子发布用 ln -sfn 最省事。理解这些差异，日常运维和脚本编写都会少踩很多坑。