Linux软件包管理器不会自动卸载依赖，必须手动运行autoremove等命令清理孤立依赖；其识别仅限包管理器追踪的自动安装包，不处理手动安装或第三方仓库依赖，且需配合purge、clean及手动删配置才能实现彻底清理。
Linux 软件包管理器本身不会自动卸载依赖，除非你明确触发清理动作。所谓“自动卸载”，其实是依赖清理命令（如 autoremove）在特定条件下识别并移除“孤立依赖”——即那些当初因安装某个主包而被带入、但该主包已被卸载、且当前系统中再无其他已安装软件需要它们的包。
依赖是否被标记为“孤立”，取决于安装路径和当前状态
只有通过包管理器正常安装的依赖，才会被数据库记录并参与后续判断。例如：
- 用
apt install nginx装上的nginx-common和libssl1.1属于自动引入的依赖；卸载nginx后，若没有其他包需要libssl1.1，它就可能被apt autoremove列为候选。 - 但手动下载
.deb用dpkg -i安装、或编译安装的软件，其依赖不会被 APT 数据库追踪，也就不会出现在autoremove清单里。 - 同一依赖被多个主包共用（比如
glibc），哪怕其中一个主包卸载了，只要还有别的包在用它，就不会被判定为孤立。
不同发行版的 autoremove 行为有差异
autoremove 是通用概念，但实现细节因包管理器而异：
-
APT（Debian/Ubuntu）：默认只删二进制包，加
--purge才同步删配置文件；dpkg -l | grep "^rc"显示的残留配置包需单独处理，autoremove不管这部分。 -
DNF（Fedora/RHEL 8+）：
dnf autoremove默认不删配置，也不删 systemd service 文件；即使加--purge（部分版本支持），也不会动/etc/或用户目录下的数据。 -
Pacman（Arch）：
pacman -Qdtq列出真正孤立的包（不被任何已装包依赖），配合-Rns可递归删包+配置+依赖，但依然不扫描~/.config等用户路径。
autoremove 不等于“安全一键清空”
它只解决“技术上无引用”的包，不评估实际用途或风险：
- 内核相关包（如
linux-image-*、initramfs-tools）常被误判为可删，但删后可能导致无法启动；建议加--dry-run预览。 - 某些基础库（如
ca-certificates、systemd子模块）虽未被显式依赖，却是系统运行必需，包管理器通常设为“Protected”，autoremove会跳过它们。 - 第三方仓库（如 Docker、VS Code 的官方 repo）提供的包，其依赖关系可能未被完整建模，
autoremove可能漏删或误删。
真正干净的清理需要分层操作
仅靠 autoremove 远不够，必须组合执行：
- 先卸载主包（
apt purge/dnf remove/pacman -Rs） - 再运行对应
autoremove清理依赖 - 然后手动检查并删除残留配置：
/etc/软件名、~/.config/软件名、/var/lib/软件名 - 最后清理缓存：
apt clean、dnf clean all、pacman -Sc
