Ubuntu/Debian 卸载命令全解：apt remove/purge/autoremove 的区别

为什么 apt 卸载有三个命令？#

apt 是 Debian/Ubuntu 系的包管理器，卸载命令分三个，是因为”删除”这件事有三个层次：删程序、删配置、删孤儿依赖。名字长得像，行为差很多，混着用容易翻车。

apt remove 会连坐删除依赖它的包吗？#

会。apt remove 不只是删包本身：A 依赖 B，B 依赖 C，执行 apt remove B，A 也会一起被删。原因很简单——B 没了，A 处于 broken 状态，apt 不允许系统留着无法正常工作的包。¹

但有个点很容易忽略：remove 保留配置文件。删完用 dpkg -l 查看，包会显示 rc 状态——已卸载，但配置残留。下次重装，旧配置直接复用，省得重新配一遍。

拿 Firefox 举例：sudo apt remove firefox，程序没了，书签、缓存、登录状态全留着。

apt purge 和 apt remove 的区别是什么？#

唯一区别：删不删配置文件。

• apt remove → 删程序，配置留着
• apt purge → 删程序，配置也删

想彻底卸载（连配置一起清）：sudo apt purge <包名>，或等价写法 sudo apt remove --purge <包名>。²

什么时候用 purge？重装后想从干净状态重新配置、或者软件已经确定不再需要——这时残留配置只会占空间。平时不确定，用 remove 更安全，万一要重装还能捡回配置。

apt autoremove 到底删什么？#

先搞懂一个核心概念：apt 会给每个包打标记。

• 你手动 apt install 的 → 手动安装（manual）
• 为了满足依赖被自动拉进来的 → 自动安装（automatic）

apt autoremove 只删一种包：标记为自动安装 + 不再被任何手动安装的包依赖 的包。手动安装的包，它一根手指头都不碰。³

举个具体场景：C 依赖 B，D 依赖 B；B、D 都是装 C 时被自动拉进来的，D 也没被别的手动安装包依赖。

• apt remove C → 只删 C，apt 提示你：用 autoremove 清掉 B、D
• apt autoremove C → 先删 C，再把孤儿 B、D 一起清
• aptitude remove C → 一步到位删 B、C、D（aptitude 在 remove 时就自动清理孤儿依赖，所以它没有单独的 autoremove 命令）⁴

逻辑一句话：C 删了，B、D 没人手动依赖，留着干嘛？

想保护某个包不被 autoremove 误删？sudo apt-mark manual <包名>，把它标记为手动安装，autoremove 就不碰它了。反过来 sudo apt-mark auto <包名> 是标记为自动——对不懂的包别乱用这个，等于亲手把它送进 autoremove 的删除名单。⁵

apt autoremove 为什么不建议随便跑？#

不是”不能跑”，是要分清场景。

autoremove 本身是安全的：它只删自动安装的包，误删手动安装的包这种事它干不出来。真正的风险场景是这三个：

1. 对不熟的机器盲目跑 autoremove，可能把还在用的共享库当垃圾清了；
2. apt remove 删不熟的包，它可能连带删掉依赖它的其他包；
3. 乱标 apt-mark auto，等于把包送进 autoremove 的删除名单。

动手前先问两句：apt show <包名> 看它是什么，apt-cache rdepends <包名> 看谁依赖它。不确定就只 remove，别 purge。⁶

如何预览 apt 卸载会删什么？#

终极保险：--simulate 干跑。 sudo apt autoremove --simulate（或 -s）只列出将要删除的包，不真正执行。确认清单没问题，再去掉 --simulate 执行。remove、purge 同样支持这个参数。⁷

建议顺序：卸载软件 → apt autoremove --simulate 看清单 → 确认无误 → apt autoremove --purge（连孤儿配置一起清）→ 完事。