卸载不干净的明确信号是磁盘空间未释放、图标残留、命令仍可执行、配置文件和服务未清除；需分安装方式用对应命令彻底清理，并通过命令、路径、服务三层验证。
怎么确认软件其实没卸干净？
卸载后磁盘空间没变、桌面或开始菜单还有图标、命令行还能敲出 which xxx 或 dpkg -l | grep xxx 出结果——这些都不是错觉，是残留确凿的信号。更隐蔽的是：配置文件还在 ~/.config/ 里躺着，服务还在 /etc/systemd/system/ 下注册着，甚至日志目录 /var/log/xxx/ 还在默默写空文件。
- 查已卸载但留配置的包（Debian/Ubuntu）：
dpkg -l | awk '/^rc/{print $2}'，输出的就是“尸体还挂着”的包名
- 查用户级残留：
ls -a ~ | grep -i "xxx"，重点盯 ~/.config/xxx、~/.cache/xxx、~/.local/share/xxx
- 查系统级路径：
sudo find /etc /var/lib /var/log -iname "<em>xxx</em>" 2>/dev/null，别直接删，先 ls -l 看归属和修改时间
dpkg -l | awk '/^rc/{print $2}'，输出的就是“尸体还挂着”的包名 ls -a ~ | grep -i "xxx"，重点盯 ~/.config/xxx、~/.cache/xxx、~/.local/share/xxx sudo find /etc /var/lib /var/log -iname "<em>xxx</em>" 2>/dev/null，别直接删，先 ls -l 看归属和修改时间 容易踩的坑：看到 /usr/local/bin/xxx 就删，结果发现是另一个同名工具；或者用 find / -name "<em>xxx</em>" 全盘扫，卡死还可能误匹配到 /proc 里的虚拟路径。
不同安装方式，得用不同的“拔除法”
包管理器装的、手动装的、编译装的、Snap/Flatpak 装的——卸载逻辑完全不同，混用命令等于白忙。
- apt 安装（如 Ubuntu）：
sudo apt purge xxx 比 remove 多清配置；之后补一句 sudo apt autoremove 扫掉依赖孤儿
- rpm/deb 手动装的：
sudo dpkg -P xxx（Debian系）或 sudo rpm -e xxx（RHEL系），绝不能直接 rm -rf 安装目录
- 源码编译的：优先回原
make uninstall 目录执行；若没这目标，就按当初 ./configure --prefix= 的路径反推，手工删 /usr/local/{bin,lib,share} 下对应项
- Snap/Flatpak：
snap remove xxx 或 flatpak uninstall xxx；AppImage 则删本体文件 + 清 ~/.var/app/xxx.*
sudo apt purge xxx 比 remove 多清配置；之后补一句 sudo apt autoremove 扫掉依赖孤儿 sudo dpkg -P xxx（Debian系）或 sudo rpm -e xxx（RHEL系），绝不能直接 rm -rf 安装目录 make uninstall 目录执行；若没这目标，就按当初 ./configure --prefix= 的路径反推，手工删 /usr/local/{bin,lib,share} 下对应项 snap remove xxx 或 flatpak uninstall xxx；AppImage 则删本体文件 + 清 ~/.var/app/xxx.* 容易踩的坑：对 snap 包用 apt remove，或对源码安装的软件只删 /usr/local/bin 却漏了 /usr/local/etc/xxx.conf；还有人把 /usr/local 当“私人目录”，以为自己装的都能随便删——其实很多系统工具也放这儿。
注册表与配置残留，为什么总清不净？
Linux 没注册表，但它的“等效物”更散：systemd 单元、shell 配置（~/.bashrc 里的 alias/path）、crontab 条目、甚至 /etc/apt/sources.list.d/ 里遗留的 repo 文件。Windows 的注册表则集中在三处关键路径，删错一个键可能导致其他软件异常。
- Linux 常见“幽灵残留”：
systemctl --user list-unit-files | grep xxx</li><li><code>grep -r "xxx" ~/.bashrc ~/.profile /etc/profile.d/ 2>/dev/null</li><li><code>crontab -l | grep xxx</li><li><code>ls /etc/apt/sources.list.d/ | grep xxx</li></ul></li><li>Windows 注册表重点查：
<code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
HKEY_CURRENT_USER\Software\Classes（右键菜单、文件关联）
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\TrayNotify（任务栏图标缓存）
容易踩的坑：在 Windows 上用第三方“一键清注册表”工具，结果把微信、Edge 的正常项也干掉了；Linux 上盲目 rm -rf ~/.config/*，顺手删掉 VS Code 或 Firefox 的全部配置。
清理完，怎么验证真干净了？
不是删完就完事。得从三个层面交叉验证：命令是否失效、路径是否归零、服务是否消失。
- 命令层：
which xxx、command -v xxx、type xxx 全返回空
- 文件层：
sudo find /usr /etc /var /home -iname "<em>xxx</em>" -type d 2>/dev/null 应无输出（注意加 -type d 避免扫到日志里的字符串）
- 服务层：
systemctl list-units --all | grep xxx、ps aux | grep xxx、sudo lsof -i :端口号（如果它占端口）
容易踩的坑：只查 /usr/bin 忘了 /usr/local/bin；只停服务没禁自启（systemctl disable xxx 比 stop 更关键）；还有人清完发现 journalctl -u xxx 还能查到旧日志——那是正常的，日志本身不等于残留，除非 /var/log/xxx/ 目录还存在且持续写入。
真正麻烦的从来不是“怎么删”，而是“删到哪算头”。比如 JupyterLab 卸载后，~/.jupyter/ 里可能混着你自己的 notebook 配置；Miniconda 卸载，~/.conda/ 和 ~/miniconda3/ 得一起处理。这种边界模糊的地方，得靠 ls -lt 看时间戳+内容判断，没法靠脚本全自动。
systemctl --user list-unit-files | grep xxx</li><li><code>grep -r "xxx" ~/.bashrc ~/.profile /etc/profile.d/ 2>/dev/null</li><li><code>crontab -l | grep xxx</li><li><code>ls /etc/apt/sources.list.d/ | grep xxx</li></ul></li><li>Windows 注册表重点查： <code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
HKEY_CURRENT_USER\Software\Classes（右键菜单、文件关联）HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\TrayNotify（任务栏图标缓存）
容易踩的坑：在 Windows 上用第三方“一键清注册表”工具，结果把微信、Edge 的正常项也干掉了；Linux 上盲目 rm -rf ~/.config/*，顺手删掉 VS Code 或 Firefox 的全部配置。
清理完，怎么验证真干净了？
不是删完就完事。得从三个层面交叉验证：命令是否失效、路径是否归零、服务是否消失。
- 命令层：
which xxx、command -v xxx、type xxx 全返回空
- 文件层：
sudo find /usr /etc /var /home -iname "<em>xxx</em>" -type d 2>/dev/null 应无输出（注意加 -type d 避免扫到日志里的字符串）
- 服务层：
systemctl list-units --all | grep xxx、ps aux | grep xxx、sudo lsof -i :端口号（如果它占端口）
which xxx、command -v xxx、type xxx 全返回空 sudo find /usr /etc /var /home -iname "<em>xxx</em>" -type d 2>/dev/null 应无输出（注意加 -type d 避免扫到日志里的字符串） systemctl list-units --all | grep xxx、ps aux | grep xxx、sudo lsof -i :端口号（如果它占端口） 容易踩的坑：只查 /usr/bin 忘了 /usr/local/bin；只停服务没禁自启（systemctl disable xxx 比 stop 更关键）；还有人清完发现 journalctl -u xxx 还能查到旧日志——那是正常的，日志本身不等于残留，除非 /var/log/xxx/ 目录还存在且持续写入。
真正麻烦的从来不是“怎么删”，而是“删到哪算头”。比如 JupyterLab 卸载后，~/.jupyter/ 里可能混着你自己的 notebook 配置；Miniconda 卸载，~/.conda/ 和 ~/miniconda3/ 得一起处理。这种边界模糊的地方，得靠 ls -lt 看时间戳+内容判断，没法靠脚本全自动。
