可直接用find -type l -exec test ! -e {} \; -print准确定位所有死链接，无需额外工具；该命令通过检查符号链接目标是否存在来识别真正失效的软链接，并支持加2>/dev/null静默权限错误、配合ls -l查看详情或分步安全清理。
直接用 find -type l -exec test ! -e {} \; -print 就能准确定位所有死链接，无需额外安装工具或依赖“Dangled”这类非标准参数——Linux 原生命令本身已足够可靠。
识别死链接：只找真正失效的软链接
符号链接（软链接）一旦指向的目标被删除、移动或重命名，就变成“死链接”，访问时会报 No such file or directory。关键不是看它存不存在，而是看它指向的东西还在不在。
-
基础命令：
find /path -type l -exec test ! -e {} \; -print其中-type l确保只查软链接；test ! -e {}对每个链接执行存在性检查；-print列出所有失效项。 -
静默跳过权限错误（避免满屏 Permission denied）：
在末尾加
2>/dev/null，例如：find /usr/local -type l -exec test ! -e {} \; -print 2>/dev/null -
配合 ls -l 查看详情：
把结果传给
ls -l，一眼看出链接名和原目标路径：find ~ -type l -exec test ! -e {} \; -print0 | xargs -0 ls -l
安全清理：删前确认，避免误伤
删除操作不可逆，尤其当链接名易混淆（如 python、node）时，必须先验证目标是否真已废弃。
- 预览再删：先运行识别命令，人工核对列表，确认无业务依赖后再执行删除。
-
用 -delete 要谨慎：
find /path -type l -exec test ! -e {} \; -delete这条命令会直接删除，不提示、不备份。仅建议在测试环境或明确范围（如/tmp）中使用。 -
更稳妥的做法是分两步：
先保存待删列表：
find /opt -type l -exec test ! -e {} \; -print > broken_links.txt再逐行检查并手动rm或批量xargs rm
注意两类常见陷阱
有些“看似失效”的链接其实有特殊用途，盲目清理可能影响系统或应用。
-
指向尚未安装的可执行文件：比如
/usr/bin/gcc指向gcc-11，但系统还没装gcc-11包——这是正常状态，不是错误，等装完即恢复。 -
相对路径链接在不同工作目录下表现不同：例如
ln -s ./config.json myconf，在创建目录下有效，切换到别处就失效。这类链接应统一改用绝对路径重建，而非直接删除。
替代方案：用 readlink 批量诊断
如果想进一步区分失效原因（目标缺失？权限不足？循环引用？），可用 readlink 辅助判断：
- 列出所有链接及其解析结果：
find /etc -type l -exec sh -c 'echo "{} -> $(readlink -f {} 2>/dev/null || echo "(broken)")"' \; - 单独捕获循环链接（如 a → b → a）：
find /var -type l -exec readlink -f {} \; 2>&1 | grep "Too many levels"
