直接用 rm 删除软链接文件即可，不会影响源文件或目录；rm -r 语义错误且易误删，unlink 语义更明确但不支持通配符；删除前须确认链接指向、类型及是否被其他程序依赖。
直接用 rm 删除软链接文件即可，不会影响它指向的源文件或目录。
为什么不能用 rm -r 删除指向目录的软链接
软链接本身只是一个文件，哪怕它指向的是一个目录，它的类型仍是普通文件（ls -l 显示为 lrwxrwxrwx）。误加 -r 不但没必要，还容易因路径补全习惯引发危险：
-
rm mylink/会报错Is a directory—— 因为结尾斜杠让 shell 尝试把软链接当目录处理 -
rm -r mylink虽然能删掉链接，但语义错误，且在脚本中易被误解为“递归删目标目录” - 真正危险的是：如果你手抖打成
rm -r mylink/，而当前目录下恰好有个同名真实目录，就可能误删那个目录
unlink 和 rm 到底选哪个
两者都行，但行为有细微差别：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
-
rm symlink_name：支持通配符、多参数，比如rm link1 link2 *.lnk -
unlink symlink_name：一次只能删一个，不支持通配符；优势是语义明确，不会被误用于删除普通文件（尽管它其实也能删） - 二者对软链接本身的删除效果完全一致，都不影响源文件
删之前最该检查的三件事
不是所有软链接都能放心删。执行 rm 前快速确认：
- 用
ls -l symlink_name看输出末尾的->指向是否是你预期的路径，避免删错对象 - 用
file symlink_name确认确实是 symbolic link（输出含symbolic link），而非同名普通文件 - 如果这链接被其他脚本、服务或 cron 任务引用（比如
/usr/local/bin/mytool是个指向/opt/mytool-v2.1/bin/mytool的软链接），删了可能导致命令失效
软链接的本质就是个带路径字符串的独立文件，删它就像删一个文本文件——轻量、安全，但前提是别把路径看岔、也别忽略上下游依赖。
