Linux Yum 与 DNF 的核心差异
概览与定位
- **YUM（Yellowdog Updater, Modified）**是早期的 RPM 包管理前端，主要用 Python 实现，长期用于 RHEL/CentOS 6/7 等系统。
- **DNF（Dandified YUM）**是 YUM 的现代化继任者，最早出现在 Fedora 18，自 Fedora 22 起成为默认包管理器；在 RHEL 8、CentOS 8 及后续版本中也取代 YUM 成为默认工具。DNF 引入 libsolv（依赖解析）、hawkey、librepo、libcomps 等组件，显著提升性能与可维护性。部分系统（如 CentOS 8、Loongnix Server）中，/usr/bin/yum 实际是指向 dnf 的软链接，保持命令兼容。
关键差异对比
| 维度 |
YUM |
DNF |
| 依赖解析 |
传统递归/公开 API 的方式，复杂依赖下效率与稳定性一般 |
基于 libsolv 的满足性求解，解析更快、更准确 |
| 性能与内存 |
元数据同步与依赖解析时内存占用更高、速度较慢 |
更快的依赖解析与更低的内存占用 |
| 代码与架构 |
主要为 Python，代码体量较大（约5.6万行） |
模块化，结合 C/C++/Python，体量更小（约2.9万行），更易维护 |
| 插件与扩展 |
仅支持 Python 插件 |
插件机制更现代，扩展更灵活 |
| 仓库容错 |
遇到不可用仓库时可能中断 |
可跳过不可用仓库，继续处理其他仓库事务 |
| 命令兼容 |
传统命令集 |
与 YUM 常用命令高度兼容（如 install、remove、search、info） |
| 内核包策略 |
不允许删除正在运行的内核 |
默认不保护内核包，可能误删运行中的内核（需谨慎） |
| 事务与输出 |
输出与事务预览相对简略 |
事务预览更清晰，错误提示更友好 |
| 未来趋势 |
在 RHEL/CentOS 8+ 仅作为 DNF 的软链接/别名，不再积极演进 |
官方主推，新系统优先使用 |
以上对比要点来自对两者的官方与社区资料、发行版说明及工具演进的综合梳理。
如何选择与实用建议
- 在 RHEL/CentOS 8+ / Fedora 等新系统上，优先使用 dnf；这些系统中 yum 多为指向 dnf 的兼容层，直接使用 dnf 可获得更完整的功能与性能。
- 在 RHEL/CentOS 7 等老系统上，默认仍是 yum；如需更好依赖解析与性能，可考虑手动安装并使用 dnf（视环境评估兼容性）。
- 编写脚本时，建议优先使用 dnf 语法；若需兼容旧环境，可做命令适配或检测 /usr/bin/yum 的实际指向。
- 无论使用哪个工具，变更前建议执行模拟或查看事务预览（如 dnf provides、whatprovides、check-update），并在生产环境变更前做好备份与回滚方案。
