总体评价
在基于 RHEL/CentOS/Fedora 等 RPM 的系统中，YUM 的依赖解析能力成熟可靠，能够自动分析并安装所需依赖，显著降低手工解决依赖的成本；与 APT 相比，在复杂依赖场景下也常被评价为更“稳”。不过在 RHEL/CentOS 8 及之后，官方更推荐新一代的 DNF（与 YUM 命令用法相近，但依赖解析器更高效）。因此，日常使用“好用”，新环境建议优先用 DNF。
工作原理简述
YUM 作为 RPM 的前端，先从配置的软件仓库下载包的元数据与依赖关系信息，在本地解析出依赖图后，自动计算出需要下载与安装的包集合，然后一次性完成安装或升级；仓库侧会维护每个 RPM 包的依赖描述，客户端据此完成“依赖闭环”。这也是它能自动解决依赖的根本原因。
优势与局限
- 优势
- 自动依赖解析与事务式安装，减少手动逐个装依赖的繁琐与出错率。
- 仓库与插件生态完善，便于扩展功能与统一管理多仓库。
- 提供如历史记录/回滚、批量操作、安全更新等运维所需能力（如只装安全更新）。
- 局限
- 在异常中断或历史事务残留时，可能出现“依赖无法解决”的情况，需要额外清理或回滚操作。
- 解析与下载效率相较 DNF 略逊（DNF 使用更新的解析器与依赖求解后端）。
适用场景与实用建议
- 适用场景
- 面向 RHEL/CentOS/Fedora 的生产与运维环境，依赖关系复杂或需要批量、可脚本化的包管理。
- 需要历史记录/回滚、安全更新策略、仓库/插件扩展能力的场景。
- 实用建议
- 在新系统上优先使用 DNF；若使用 YUM，遇到异常可先执行清理与重建缓存：yum clean all && yum makecache。
- 安装本地 RPM 时，优先用：yum localinstall package.rpm（会自动拉取依赖）。
- 只安装安全更新：yum update --security；仅下载不安装：yum install --downloadonly。
- 排查依赖问题可用：yum deplist <包名>；遇到冲突可先 yum check-update 再决定升级策略。