软链接创建必须用 ln -s ，顺序颠倒会生成无效链接；验证用 ls -l 查看是否含 -> 且首字符为 l；绝对路径适合系统部署但不耐重命名，相对路径适合 git 仓库内固定结构；覆盖需用 -n 防误删目录；删除软链接严禁加斜杠。
ln -s 参数顺序写反会导致断链
命令必须是 ln -s ，颠倒后不会报错，但会创建一个内容为字符串的无效链接。比如执行 ln -s mylink /path/to/target，实际会在当前目录生成一个叫 /path/to/target 的文件，内容是 mylink，而该路径几乎肯定不存在。
验证是否成功：立刻运行 ls -l mylink，输出中必须含 -> 和目标路径，首字符是 l（小写L），才表示软链接已生效。
绝对路径 vs 相对路径怎么选
绝对路径（如 /opt/app/config.yaml）适合服务部署、系统级配置，避免因工作目录变化导致解析失败；但它无法抵御目标路径被整体移动或重命名——比如 /opt/app 改成 /opt/app-v2，所有指向它的软链接就全断了。
相对路径（如 ../conf/config.yaml）适合 Git 仓库内固定结构，比如 bin/start.sh 链向同级 conf/ 下的文件。注意：相对路径的解析基准是链接文件所在位置，不是你执行 ln -s 命令时的当前目录。
- 跨项目或服务启动脚本中，优先用绝对路径
- 本地开发、CI 构建、Git 仓库内组织稳定的场景，可用相对路径提升可移植性
覆盖已有软链接必须加 -n，否则可能误删目录
-f 能强制覆盖，但若目标名恰好是个真实目录（比如你想覆盖 myapp，但它其实是目录而非软链接），ln -sf 会直接递归删除整个目录——这是线上事故高发点。
安全做法是加 -n：ln -snf /new/target existing-link。它会让 ln 把 existing-link 当作普通文件处理，拒绝覆盖目录，只替换软链接本身。
执行前务必先确认：用 ls -l existing-link 看首字符是不是 l，如果不是，别硬上 -f。
删除软链接时千万别加斜杠
rm mylink 删除的是链接文件本身；rm mylink/（末尾带斜杠）会被 shell 解析为“删除 mylink 指向的目录内容”，等效于 rm -r /real/target/path/* ——如果目标是个重要目录，后果严重。
哪怕 ls -l 显示 mylink -> /some/dir，删除时也必须严格写成 rm mylink，不加任何符号。不确定时，先 readlink mylink 确认目标，再动手。
