软链接目标路径写错会静默失败，生成悬空链接；硬链接不可跨文件系统且不能指向目录，删除原文件不影响硬链接访问。
ln 创建软链接时目标路径写错会静默失败
软链接本质是独立文件，存储的是指向目标的路径字符串。如果 ln -s 后面的目标路径写错（比如拼错、用相对路径但当前工作目录不对），ln 命令不会报错，但生成的链接无法解析——访问时直接提示 No such file or directory。
- 始终用绝对路径创建软链接更安全：
ln -s /home/user/data /opt/latest-data - 若必须用相对路径，确保它相对于链接文件所在位置有效（不是你执行命令时的 pwd）
- 创建后立刻用
ls -l检查：输出中箭头->右侧内容应可读，且readlink能返回预期路径：readlink /opt/latest-data - 注意：软链接可以跨文件系统，也能指向不存在的路径（“悬空链接”），这是合法但危险的状态
硬链接不能跨分区且不能指向目录
ln 默认行为就是创建硬链接，但它受底层 inode 机制严格限制：硬链接与原文件共享同一个 inode，因此必须在同一个挂载点（即同一文件系统）上；同时，目录有特殊结构和循环引用风险，Linux 禁止用户手动为目录创建硬链接（只有 . 和 .. 是内核维护的例外）。
- 尝试跨分区创建硬链接会报错：
ln: failed to create hard link 'xxx': Invalid cross-device link - 尝试对目录建硬链接会报错：
ln: 'dir': hard link not allowed for directory - 验证是否为硬链接：看
ls -li输出的 inode 编号是否一致；硬链接数（ls -l第二列）也会随新增硬链接而增加 - 删除原文件不影响硬链接访问数据——只要还有一个硬链接存在，数据块就不会被回收
软链接和硬链接对文件修改行为的影响不同
两者在文件内容更新、重命名、删除等操作下的表现差异，直接决定你在备份、部署或开发中该选哪个。
- 修改文件内容：软链接和硬链接都反映变更（因为最终都读写同一份数据）
- 重命名/移动原文件：
mv old.txt new.txt后，软链接失效（仍指向 old.txt），硬链接不受影响（inode 不变） - 删除原文件：
rm original后，软链接变悬空，硬链接仍可正常读写（文件数据保留至所有硬链接都被删） - 追加写入（
>>）或截断（truncate）操作，对两者均生效，因操作对象仍是同一 inode
用 -f 和 -i 参数避免覆盖误操作
ln 默认遇到同名目标文件会直接报错退出，但生产环境常需覆盖旧链接。此时不加判断直接用 -f 可能误删重要文件；而交互式 -i 又不适合脚本。实际使用中需按场景权衡。
- 覆盖软链接建议组合使用：
ln -sf target linkname——-f强制替换，避免脚本中断 - 但若
linkname原本是重要文件而非链接，-f会把它直接删掉再建链接，不可逆 - 关键路径下推荐先检查：
[ -L linkname ] && ln -sf target linkname || echo "Not a symlink, aborting" - 硬链接不能覆盖已有文件（即使加
-f），只能报错退出；这点比软链接更“保守”
