软连接路径应优先使用绝对路径，因其从根目录起始、不随链接位置变动而失效；相对路径仅在链接与目标同属固定层级时可用，否则易成悬空链接。
软连接不是“快捷方式”的模拟，它本身就是快捷方式——但行为比 Windows 快捷方式更底层、更严格。 直接用 ln -s 就能创建，但路径写错、删错、跨分区误判，都会让链接失效或指向错误位置。
软连接必须用绝对路径还是相对路径？
两者都行，但风险完全不同：
- 用相对路径（如
ln -s ../config/app.conf myconf）：链接文件移动后可能失效——因为它是按“从链接文件所在位置出发”去解析路径的 - 用绝对路径（如
ln -s /etc/nginx/nginx.conf nginx.conf）：链接文件可任意移动，只要目标路径不变就始终有效 - 常见踩坑：在脚本里动态生成软连接时硬编码了相对路径，结果部署到不同目录层级就崩了
rm 删除软连接时为什么加不加 / 会出事？
rm 操作对象是链接文件本身，不是它指向的目标。但加 / 会触发 shell 的路径解析逻辑：
-
rm mylink→ 安全删除软连接文件 -
rm mylink/→ shell 会尝试进入该路径，而软连接若指向目录，mylink/会被展开为真实路径，rm实际删的是目标目录内容（极其危险） - 验证方法：
ls -l mylink看输出末尾有没有->，有就是软连接，删时千万别加/
软连接指向目录时，cd 进去和 ls -l 看到的内容为什么不一样？
这是 Linux 路径解析机制导致的视觉差异：
-
cd mydirlink→ 进入的是链接指向的真实目录，pwd显示的是真实路径（除非加-P） -
ls -l mydirlink→ 默认显示软连接本身的属性（青色字体 +->），不展开内容 - 想看链接指向的目录内容，直接
ls -l mydirlink/（注意结尾/），这时 shell 会展开并列出目标目录项 - 容易忽略：
ls -lL mydirlink中的-L选项会强制展开所有符号链接，适合脚本批量判断
软连接真正的复杂点不在创建，而在路径稳定性——一旦源文件被 mv 或 rm，链接立刻变死链，且 ls 不报错，只有访问时才提示 No such file or directory。排查时别只看 ls -l，要用 readlink -f mylink 确认最终解析路径是否真实存在。
