创建目录软链接必须用 ln -s，推荐一律使用绝对路径以避免解析歧义；删除时切勿加 /，否则误删源目录；cd 自动解析软链接，ls 默认展示目标内容，ls -d 才显示链接自身。
创建目录软链接必须用 ln -s，且目标路径写法直接影响可用性
直接执行 ln -s /path/to/dir mylink 是最常见做法，但实际成败取决于目标路径是绝对路径还是相对路径。如果在当前目录下创建软链接指向同级目录，用相对路径没问题；但若链接要被其他位置的程序调用（比如 Web 服务或脚本 cd 进来再访问），相对路径会失效——因为软链接解析时以它自身所在路径为基准，不是创建时的 pwd。
推荐一律使用绝对路径，避免歧义：
-
ln -s /var/www/myapp /opt/app—— 安全、可移植 -
ln -s ../data ./data-link—— 看似简洁，但一旦cd /opt && ./data-link就报错No such file or directory
ln -s 创建失败的三个高频原因
执行后提示 File exists 或静默无反应，往往不是命令错了，而是下面这些细节没处理好：
- 目标链接名已存在且是普通文件或目录（不是软链接）：必须先
rm -f mylink，不能只靠-f参数自动覆盖——ln -sf只覆盖已存在的软链接，对普通文件无效 - 源目录路径写错或根本不存在：软链接允许指向不存在的目标，但创建时不会报错；只有后续访问才暴露问题，建议创建后立刻
ls -l mylink确认箭头指向正确 - 权限不足：目标目录的父目录（即你要放软链接的位置）需有写权限；源目录本身不需要读权限，但访问软链接时需要
删除目录软链接千万别加 /
这是运维现场最常踩的坑：rm -rf mylink/ 实际删的是软链接指向的**源目录内容**，不是链接本身。因为 bash 在遇到末尾带 / 的路径时，会先解析软链接、再追加 /，等价于 rm -rf /var/www/myapp/。
正确操作只有两种：
-
rm mylink—— 最安全，只删链接文件 -
rm -f mylink—— 加-f避免提示，效果同上
验证是否删对了：执行 ls -l mylink 应报 No such file or directory；如果还显示箭头，说明没删干净。
软链接指向目录时，cd 和 ls 行为不一致
用户常困惑：为什么 cd mylink 能进，但 ls mylink 却列出源目录内容，而 ls -l mylink 又只显示链接本身？这是因为：
-
cd是 shell 内置命令，会自动解析软链接并切换到目标目录 -
ls mylink默认行为是“进入该路径再列内容”，所以展示源目录内容 -
ls -d mylink才真正只显示软链接文件自身属性（含箭头）
这点在写自动化脚本时尤其关键——别依赖 ls mylink | wc -l 判断目录是否为空，它数的是源目录里的项，不是链接文件的状态。
软链接本身极轻量，但路径解析逻辑藏在每一层 shell 和系统调用里。真正麻烦的从来不是创建动作，而是后续所有基于路径的操作都得默认“多跳一次”。稍不注意，cp、find、rsync 就可能把软链接当普通目录递归进去，或者完全忽略它。
