ln命令创建软链接必须加-s，否则默认建硬链接；软链接是独立文件存路径字符串，可跨文件系统并指向目录，错误时成悬空链接；硬链接共享inode，不可跨文件系统且不能指向目录，删除原文件不影响访问。
ln 命令是唯一需要掌握的工具，软链接和硬链接都靠它，但参数和行为差异极大——用错不仅链接无效，还可能掩盖数据误删风险。
创建软链接必须加 -s，否则默认建的是硬链接
这是最常踩的坑：执行 ln /path/to/file linkname 时没加 -s，结果建了个硬链接，而你本意是快捷方式。软链接本质是独立文件，存的是路径字符串；硬链接则是同一 inode 的另一个名字。
- 正确创建文件软链接：
ln -s /home/user/doc.txt ~/desktop/doc_link - 正确创建目录软链接：
ln -s /var/log/nginx/ ~/logs（硬链接不能链接目录） - 目标路径建议用绝对路径，避免相对路径在不同工作目录下失效
- 如果
linkname已存在，ln -s会报错File exists，加-f可强制覆盖
硬链接只能用于文件，且不能跨文件系统
硬链接共享 inode，所以必须和原文件在同一个挂载点（比如都在 / 或都在 /home）。一旦尝试对目录或跨分区文件建硬链接，ln 会直接拒绝：
- 对目录执行
ln /tmp/mydir harddir→ 报错：hard link not allowed for directory - 对挂载在
/mnt/usb上的文件执行ln /mnt/usb/file.txt link→ 报错：Invalid cross-device link - 成功建硬链接后，
ls -li会显示两行相同 inode 编号，第二列链接数（如2）也会增加
ls -l 是验证链接类型最直接的方式
不用记理论，看输出就能立刻分辨：
- 软链接行首是
l（小写 L），末尾带箭头：lrwxrwxrwx 1 user user 12 Oct 1 10:00 soft_link -> target.txt - 硬链接行首是
-，权限后第二列数字 ≥2，且无箭头：-rw-r--r-- 2 user user 4096 Oct 1 10:00 file.txt和-rw-r--r-- 2 user user 4096 Oct 1 10:00 hard_link - 注意：软链接文件本身可被
rm删除，但不影响原文件；硬链接被删，只减少 inode 引用计数，原内容仍在，直到所有硬链接都被删完
删除原文件后，软链接变“悬空”，硬链接仍可用
这是两者行为分水岭，直接影响数据安全设计：
- 删了
target.txt，再cat soft_link→ 报错：No such file or directory，ls -l中链接名会变红并闪烁（终端提示） - 删了
file.txt，cat hard_link依然能读出内容，因为数据块和 inode 未被释放 - 因此，硬链接适合做轻量级备份（不占额外空间），但无法替代真正备份；软链接适合组织项目结构、切换版本路径，但必须确保源路径稳定
软链接和硬链接不是“选哪个更好”，而是“解决什么问题”。混淆它们的底层机制（inode 共享 vs 路径字符串存储），就容易在脚本自动化、部署路径切换或日志归档中埋下静默故障。
