apt是debian/ubuntu系统核心包管理器，负责软件安装、依赖解析与源管理；依赖冲突需用sudo apt --fix-broken install修复，源配置应换为清华等国内镜像并验证gpg签名。
APT 是 Debian 和 Ubuntu 系统里真正管软件的“总调度”，它不只负责装东西，更关键的是让成百上千个软件包之间能互相配合、不出岔子。源配置决定你能装什么，依赖处理决定你能不能顺利装上——这两件事没配好，命令再熟也常卡在“无法满足依赖”上。
软件源配置：换镜像、加仓库、验证签名
APT 从 /etc/apt/sources.list 和 /etc/apt/sources.list.d/ 下的文件读取软件源地址。官方源在国内访问慢，换成国内镜像（如清华、中科大、阿里云）能显著提升速度。
- 备份原配置：sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
- 编辑源列表：sudo nano /etc/apt/sources.list，把
http://archive.ubuntu.com或http://deb.debian.org替换为对应镜像地址，例如：deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse - 添加第三方源（如 Docker 官方源）时，必须导入其 GPG 密钥，否则 apt update 会报错：
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
再在 /etc/apt/sources.list.d/ 下新建 .list 文件写入源地址
依赖关系的本质与常见问题应对
依赖不是“多装几个包”那么简单。一个包可能硬依赖某个库的特定版本，而另一个包又要求该库的更新版——这种冲突就是 APT 报错 “pkgProblemResolver::Resolve generated breaks” 的根源。
-
查看依赖树：用 apt-cache depends
查看完整依赖链，加 --recurse 可展开全部层级 -
检查冲突来源：运行 apt-get -o Debug::pkgProblemResolver=yes install
，会输出详细解析过程，定位哪个包在“拉扯”同一依赖 - 避免手动强制安装：不要轻易用 dpkg -i --force-deps，这会绕过 APT 的依赖检查，极易导致系统不稳定
升级策略：upgrade vs full-upgrade 的实际区别
apt upgrade 是保守升级：只更新已有包，不删除或替换任何已安装包，哪怕新版本需要移除旧包来满足依赖；apt full-upgrade（等价于旧版 apt-get dist-upgrade）是智能升级：允许删除、保留或降级某些包，以达成整体依赖一致性。
- 日常小版本更新用 apt upgrade 更安全
- 发行版大版本升级（如 Ubuntu 22.04 → 24.04）或长期未更新后首次升级，必须用 apt full-upgrade
- 升级前建议先执行 apt list --upgradable，预览将变更哪些包
清理与诊断：让 APT 始终处于可信赖状态
缓存堆积、元数据陈旧、残留配置都可能干扰依赖判断。定期维护比出错后再救火更高效。
- 刷新元数据：sudo apt update（每次 install 或 upgrade 前必做）
- 清理下载缓存：sudo apt clean（清空 /var/cache/apt/archives/ 所有.deb）或 sudo apt autoclean（只删已过期的.deb）
- 修复中断安装：sudo apt --fix-broken install，自动补全缺失依赖或回退失败操作
- 验证包状态：dpkg -l | grep ^rc 找出已卸载但留有配置的“半残”包，用 sudo apt purge 清理
