centos系统下如何替代apt-get进行软件安装？

在Linux世界中，软件包管理是系统维护的核心，许多用户，尤其是那些从Debian或Ubuntu系统迁移过来的用户，常常会在CentOS上尝试使用他们熟悉的apt-get命令，结果却会收到“command not found”的错误，这背后反映了Linux不同发行族系之间最根本的差异之一：软件包管理系统，理解这一差异,是高效管理CentOS系统的第一步。

核心差异：APT与YUM/DNF的生态系统

要明白为什么apt-get无法在CentOS上直接使用,我们必须深入探讨这两个工具的出身和原理。

apt-get（Advanced Package Tool）是Debian及其衍生发行版（如Ubuntu、Linux Mint）的旗舰级软件包管理工具，它的生态系统构建在.deb（Debian包）文件格式之上，当用户执行apt-get install nginx时，apt会读取/etc/apt/sources.list文件中定义的软件源，下载名为nginx的.deb软件包及其所有依赖项，然后通过dpkg底层工具将它们安装到系统中，这个过程是高度自动化和智能化的，能够处理复杂的依赖关系。apt-get的命令集，如update（更新可用包列表）、upgrade（升级已安装包）、remove（移除软件包）等,已经成为数百万用户管理系统的肌肉记忆。

CentOS（Community Enterprise Operating System）是RHEL（Red Hat Enterprise Linux）的社区克隆版本，它遵循的是Red Hat的软件包管理哲学，其核心工具是YUM（Yellowdog Updater Modified）以及其后继者DNF（Dandified YUM），从CentOS 8开始，DNF已成为默认的包管理器，这个生态系统使用.rpm（RPM Package Manager）文件格式，当用户在CentOS上安装软件时，DNF会从配置在/etc/yum.repos.d/目录下的.repo文件所指定的仓库中，查找并下载.rpm软件包及其依赖,然后进行安装。

apt-get和DNF/YUM是两个完全独立的系统，它们处理不同格式的软件包（.deb vs. .rpm），读取不同的配置文件，并维护各自的软件数据库，在一个为.rpm设计的系统上，一个为.deb设计的工具自然无法找到它需要的一切,也无法正常工作。

在CentOS中实现apt-get功能的正确方法

既然无法直接使用apt-get，那么在CentOS上如何完成相同的任务呢？答案就是使用其原生工具——dnf，对于习惯了apt-get转换到dnf的学习曲线非常平缓，下面是一个常用命令的对比表,可以帮助你快速上手。

功能描述	apt-get 命令	dnf 等效命令
更新所有软件包列表	sudo apt-get update	sudo dnf check-update (或 makecache)
升级所有已安装的软件包	sudo apt-get upgrade	sudo dnf upgrade
安装一个软件包	sudo apt-get install <package>	sudo dnf install <package>
移除一个软件包（保留配置）	sudo apt-get remove <package>	sudo dnf remove <package>
移除软件包及其配置	sudo apt-get purge <package>	sudo dnf remove <package> (通常也移除配置)
自动移除不再需要的依赖	sudo apt-get autoremove	sudo dnf autoremove
搜索软件包	apt-cache search <keyword>	sudo dnf search <keyword>
显示软件包信息	apt-cache show <package>	sudo dnf info <package>

从上表可以看出，dnf的命令结构与apt-get高度相似，主要区别在于命令本身的名称，一旦你适应了这个名称变化,日常的软件管理工作将变得毫无障碍。

扩展软件源：EPEL仓库的重要性

在使用apt时，我们经常会添加PPA（Personal Package Archives）来获取官方源中没有的最新软件，在CentOS的世界里，一个类似且至关重要的概念是EPEL（Extra Packages for Enterprise Linux），EPEL是由Fedora项目维护的一个高质量、开源的软件包仓库，专门为RHEL及其衍生版（如CentOS）提供官方源中未包含的大量流行软件。

许多你在Ubuntu上通过apt轻松安装的软件（如htop, nginx的某些特定版本等），在CentOS的默认源中可能并不存在，启用EPEL仓库是首选方案,启用方法非常简单：

sudo dnf install epel-release

安装epel-release这个包后，它会在/etc/yum.repos.d/目录下创建EPEL的仓库配置文件，之后，你就可以像使用默认仓库一样，通过dnf install <package>来安装EPEL中的数千个额外软件包了，这是保持CentOS系统稳定性的同时,又能获得丰富软件资源的最佳实践。

一个危险的想法：能否在CentOS上安装apt-get？

理论上，通过复杂的交叉编译和手动配置，或许有可能在CentOS上强行安装apt-get及其依赖的dpkg，这是一个极其危险且完全不被推荐的做法，这样做会创建一个“分裂”的系统：一部分软件由RPM管理，另一部分由DPKG管理，这将导致依赖地狱、系统文件冲突、更新失败和不可预测的系统崩溃，管理一个系统最基本的原则就是使用其原生的、被设计用来工作的工具集。dnf功能强大、稳定可靠,完全能够胜任CentOS的软件管理任务。

apt-get和CentOS属于两个不同的技术世界，尝试在CentOS上使用apt-get就像试图给燃油车充电一样，方法错了，正确的做法是接受并学习使用CentOS的原生工具dnf，并善用EPEL这样的第三方仓库来扩展软件来源，一旦你熟悉了dnf的命令，你会发现它在功能上与apt同样强大，能够让你高效、安全地管理你的CentOS服务器或工作站。

---

相关问答 (FAQs)

问题1：我习惯在Ubuntu上使用 sudo apt-get update && sudo apt-get upgrade -y 来一键更新系统，在CentOS上最接近的命令是什么？

解答： 在CentOS上，最接近且最推荐的等效命令是 sudo dnf upgrade -y，与Ubuntu不同，dnf upgrade（或其同义命令 dnf update）会先自动检查并刷新软件仓库的元数据，然后计算并升级所有已安装的软件包，你不需要像在Ubuntu上那样分两步操作（update再upgrade）。-y 参数的作用是相同的，即对所有提示自动回答“是”，实现无人值守的自动化更新,一个命令就完成了刷新列表和升级系统的全部工作。

问题2：为什么有些软件在Ubuntu的官方源里有，但在CentOS的默认源里却找不到？

解答： 这主要源于两个发行版的设计哲学和目标用户不同，Ubuntu和Debian旨在提供一个功能丰富、开箱即用的桌面和服务器环境，因此其官方源包含了大量最新或流行的软件，而CentOS（以及RHEL）的首要目标是稳定、可靠和安全，尤其面向企业级应用，它的默认源通常只包含经过长期测试、稳定性有保证的核心软件包，许多社区驱动的、较新的或非核心功能的软件包不会被纳入官方源，为了解决这个问题，CentOS社区提供了EPEL（Extra Packages for Enterprise Linux）仓库，它补充了这些缺失的常用软件，是CentOS用户获取额外软件最权威和最安全的渠道，对于一些更特殊的软件（如某些多媒体编解码器），可能还需要启用像RPM Fusion这样的第三方仓库。