硬链接与软链接最核心区别在于inode和链接数：硬链接与源文件inode相同、链接数≥2；软链接inode不同、链接数恒为1且类型标为“l”。
用 ls -li 看 inode 和链接数，最直接
硬链接和软链接最核心的区别就藏在 inode 和链接计数里。ls -li 一次性把这两项都打出来，比看文件类型更可靠。
关键点：
- 硬链接与源文件的
inode号完全相同，且链接数（第3列） ≥ 2 - 软链接是独立文件，
inode号不同，链接数恒为 1，且文件类型标记为l（小写 L） - 普通文件链接数为 1；每多一个硬链接，该数字就 +1；删掉任意一个硬链接，它就 -1
示例输出：
1837900 -rw-r--r-- 3 chenkc chenkc 56 Apr 24 21:34 hello.txt 1837900 -rw-r--r-- 3 chenkc chenkc 56 Apr 24 21:34 hardlink_hello.txt 1234567 lrwxrwxrwx 1 chenkc chenkc 10 Apr 24 21:35 softlink_hello.txt -> hello.txt
注意第三列：前两个是 3，说明它们共享 inode 且共存三个硬链接入口（包括自己）；第三个是 1，且开头是 l，就是软链接。
file 命令能快速识别软链接指向目标
软链接本质是存路径的文本文件，file 会直接告诉你它“symbolic link to …”，而硬链接根本不会触发这个提示——因为它不是特殊文件类型，就是普通文件本身。
操作建议：
- 对疑似软链接运行
file 链接名，输出含symbolic link就是软链接 - 对硬链接运行
file，结果和源文件一样，比如ASCII text或ELF executable - 如果软链接指向的目标不存在，
file会报broken symbolic link
示例：
$ file softlink_hello.txt softlink_hello.txt: symbolic link to hello.txt $ file hardlink_hello.txt hardlink_hello.txt: ASCII text
为什么不能只靠 ls -l 判断硬链接数量？
ls -l 显示的第三列确实是硬链接数，但它只告诉你“当前有多少个硬链接指向这个 inode”，不告诉你“哪些是硬链接”。容易误判的点：
- 目录本身就有至少两个硬链接：
.和上层目录里的目录项（比如../subdir），所以新建空目录链接数就是 2 - 你看到某个文件链接数是 2，不代表其中一个是“你创建的硬链接”——可能只是编辑器临时备份、git 的索引引用、或者系统自动生成的副本
- 软链接永远显示为 1，但这个数字对它毫无意义，别被误导
真正要确认某文件是否被硬链接过，必须结合 ls -li 对比 inode —— 只有 inode 相同，才是硬链接。
删除前查链接数，避免误删数据
硬链接的危险在于：删掉“源文件”不等于删掉内容。只有当链接数降到 0，内核才真正释放磁盘块。所以如果你只看文件名就 rm，可能以为删了，其实内容还在别的硬链接下活着。
安全做法：
- 删文件前先跑
ls -li 文件名，看链接数是不是 > 1 - 如果 > 1，再用
find /path -inum INODE号 -ls扫一遍整个路径，找出所有指向它的硬链接 - 软链接可以放心删——它只是个指针，删了不影响源文件，也不影响其他软链接
最容易被忽略的是：硬链接跨用户、跨目录都有效，但无法跨文件系统。哪怕两个分区挂载在同一路径下（如 /mnt/disk1 和 /mnt/disk2），你也无法用 ln 在它们之间建硬链接——命令会直接报错 Invalid cross-device link。
