软链接本质是一个特殊文件，里面存储目标文件 / 目录的路径，类似 Windows 快捷方式；删除源文件，软链接会变成无效的 “悬空链接”，不占用实际磁盘数据块。
1. 版本切换（最常用）
同一软件多版本共存，用软链接指向当前使用版本，不用修改环境变量、配置文件。
示例：
jdk17、jdk21两个目录，创建软链接jdk指向 jdk17；要切换版本，只修改软链接指向，所有引用/opt/jdk的程序无需改动。
Java、Python、Node、Golang 多版本管理大量使用该思路。
2. 目录路径重定向，兼容旧路径
程序、配置写死了旧路径，但是实际数据迁移到新位置，不用改代码 / 配置，直接做软链接兼容旧路径。
场景：旧程序读取
/data/log，日志迁移到/disk01/app_logs，创建/data/log → /disk01/app_logs，旧程序完全无感知。
3. 统一入口，分散存放数据
文件物理散落在不同磁盘、不同目录，通过软链接收拢到同一个目录下，方便访问。
场景：多块硬盘存放业务数据，把各个盘的业务目录软链接到
/app/business/下，访问统一入口，不用记各个磁盘挂载点。
4. 程序部署与配置解耦
容器、服务部署：把配置文件、数据目录和程序本体分离。
程序本体固定目录，配置文件放在外部配置目录，程序目录里用软链接指向外部配置；升级程序时直接替换程序目录，配置不受影响。
5. 定时任务、脚本简化路径
脚本、crontab 定时任务，写固定软链接路径，实际文件可以更换位置，脚本不用修改。
例如备份脚本读取
/var/latest_backup，软链接每次指向最新备份包，脚本永远读取同一个路径。
6. Web 服务、静态资源管理
Nginx/Apache 站点：
静态资源放在别的目录，网站根目录做软链接，不用移动文件；
多站点共用一套静态资源，多个站点目录创建同一个源的软链接，节省磁盘。
7. 用户家目录、业务目录迁移
把大目录迁移到更大磁盘，保留原来家目录结构。 例：把/home/user01迁移到/data/user01，创建软链接/home/user01 → /data/user01，用户不用修改任何习惯。
8. 容器、虚拟化环境
Docker 内部，把宿主机目录软链接映射，规避路径硬编码；
避免复制大文件，只创建链接，减少容器镜像体积。
9. 备份场景
软链接本身只备份路径，不会备份真实源文件；备份脚本需要注意是否跟随软链接（
tar -h参数跟随链接读取真实文件）。
软链接 vs 硬链接（关键区分）
⚠️常见坑
相对路径创建软链接，要注意创建时的工作目录，容易生成悬空链接；推荐尽量用绝对路径。
tar、rsync、cp 命令默认不会跟随软链接，复制得到的是链接文件而不是真实文件，需要加对应参数。
循环软链接（A→B，B→A）会造成遍历死循环，find、ls 会卡死。
本文原创作者：易君召，详见：https://www.yijunzhao.cn/authors/yijunzhao，转载请注明出处。
原文链接
欢迎访问 小易撩挨踢