Linux卸载软件必须先确认安装方式再选用对应命令：APT用purge、DNF/YUM需手动清配置、Snap/Flatpak用--purge/--delete-data、源码安装依赖make uninstall或手动删，且所有包管理器默认保留~/.config等用户数据，需单独清理。
不能只跑一条 apt remove 或 dnf remove 就算完事——几乎所有主流包管理器默认都“故意”留下配置文件，这不是卸载失败，是设计如此。
先确认软件是怎么装的，再选命令
敲错命令等于白干。比如在 Fedora 上对 Snap 安装的软件跑 dnf remove，压根不会动它；在 Ubuntu 上对源码编译装的软件跑 apt purge，也查不到任何记录。
- Debian/Ubuntu：
dpkg -l | grep -i 软件名或apt list --installed | grep 软件名 - Fedora/RHEL 8+：
dnf list installed | grep 软件名 - CentOS 7/RHEL 7：
yum list installed | grep 软件名 - RPM 手动安装：
rpm -qa | grep -i 软件名（注意输出的是完整包名，如firefox-120.0.1-1.fc39.x86_64） - 源码安装：
which 软件名返回路径若含/usr/local/bin、/opt/xxx或~/bin，基本就是手动装的
按来源执行对应卸载命令
不同包管理器对“卸载”的定义完全不同，不能套用同一套逻辑。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
-
apt purge 软件名（或apt remove --purge 软件名）：删二进制 +/etc下所有配置 +/var/lib状态数据；但不碰~/.config等用户目录 -
dnf remove 软件名：只删程序文件；/etc/软件名.conf和~/.config/软件名全部保留；加--setopt=clean_requirements_on_remove=True可能清部分/etc文件，但不保证 -
yum erase 软件名：比remove略激进，可能删少量/etc配置，仍不处理家目录 -
pacman -Rns 软件名：删程序 + 孤立依赖 +/etc下配置；但~/.local/share/软件名这类数据目录不动 -
rpm -e 软件名：只删 RPM 数据库记录和对应文件，不检查依赖；误删关键包（如glibc）会导致系统崩溃 - Snap：
sudo snap remove --purge 软件名，否则/var/snap/和~/snap/一直占空间 - Flatpak：
flatpak uninstall --delete-data 软件名，否则~/.var/app/不清
必须手动清理的三类残留
包管理器几乎从不碰用户主目录里的内容——这不是疏忽，是明确的设计原则：你改过的配置、缓存、历史记录，它们认为该由你决定去留。
-
用户级配置与数据：检查
~/.config、~/.cache、~/.local/share，用ls -la ~/.config ~/.local/share ~/.cache | grep -i 软件名快速定位；安全删除前先确认路径，例如rm -rf ~/.config/wechat ~/.local/share/wechat -
系统级残留：运行
sudo find /etc /var/lib -path "*/软件名*" -o -name "*软件名*.conf" 2>/dev/null，逐条判断是否属于该软件独占使用，再删 -
桌面集成文件：如
/usr/share/applications/软件名.desktop、/usr/share/icons/下图标、/usr/share/mime/packages/中类型定义，漏删会导致启动器里还残留图标
验证是否真干净
别信“看起来没了”。真正的干净需要两步验证：
- 查包管理器状态：
dpkg -l | grep "^rc"（Debian/Ubuntu）或rpm -qa | grep 软件名（RHEL/Fedora），应无输出 - 查文件残留：
sudo find / -path "/proc/*" -prune -o -path "/sys/*" -prune -o -name "*软件名*" -print 2>/dev/null | grep -v "Permission denied"；重点看结果里有没有/etc、/home、/usr/share下的可疑路径
最易被忽略的是 Wine 容器、/opt/ 下独立安装目录、以及通过脚本自动写入的 cron 任务或 systemd user unit——这些不会出现在任何包数据库里，只能靠经验或日志反推。
