优先用 dnf install 或 yum localinstall 安装本地 rpm 包，因其能自动解析并安装依赖；rpm -ivh 不联网、不查仓库，遇依赖缺失直接失败，强行跳过易致系统异常。

rpm -ivh 能装，但大概率会失败——缺依赖是常态，不是例外。真要装本地 .rpm 文件，优先用 dnf install 或 yum localinstall，它们才是生产环境该用的方式。

为什么 rpm -ivh 容易卡在“error: Failed dependencies”

因为 rpm 工具本身不联网、不查仓库、不下载任何东西。它只做三件事：校验包签名、解压文件、写数据库。一旦遇到 libcurl.so.4 is needed 或 systemd >= 249 这类提示，就直接退出，不会告诉你去哪里找、怎么装。

• 加 --nodeps 可跳过检查，但装完可能根本跑不起来（比如 nginx 缺 openssl-libs 就连启动都报段错误）
• 加 --force 会覆盖已有文件，可能破坏系统关键组件（如误覆盖 /usr/lib64/libc.so.6）
• 手动凑齐所有依赖链（一层套一层）极其耗时，且容易版本错配

dnf install 和 yum localinstall 的实际区别

两者都能自动解析本地 .rpm 的依赖并从启用的仓库中拉取安装，但适用场景不同：

• dnf install ./package.rpm：适用于 CentOS 8+、Fedora、RHEL 8+；支持更精准的依赖求解，对冲突包处理更稳健
• yum localinstall ./package.rpm：适用于 CentOS 7、RHEL 7；localinstall 是 yum 的专用子命令，yum install ./xxx.rpm 在旧版里不一定生效
• 路径必须写全，比如 ./nginx-1.24.0-1.el9.x86_64.rpm，不能只写 nginx-1.24.0-1.el9.x86_64.rpm（否则 dnf 会当成仓库名去查）

安装前必须确认的三件事

跳过这步，后面基本白忙：

• 用 rpm -qip package.rpm 看包信息：确认 Architecture 匹配（比如 x86_64 不能装到 aarch64 机器），Version 和当前系统主版本兼容（如 el9 包不能强塞进 CentOS 7）
• 用 uname -m 和 cat /etc/redhat-release 核对系统架构和发行版
• 确保对应仓库已启用：dnf repolist 或 yum repolist 里能看到 baseos、appstream（RHEL/CentOS 8+）或 base、updates（CentOS 7）

卸载时别只用 rpm -e

rpm -e package_name 只删本体，不清理它拉进来的依赖（比如你用 dnf install 装了 httpd，它顺带装了 apr、apr-util；用 rpm -e httpd 卸载后，那两个库还留着，变成“孤儿包”）。

• 对应安装方式卸载才干净：dnf remove package_name 或 yum remove package_name
• 如果记不清原始包名，用 rpm -qa | grep -i keyword 查，注意 rpm -q httpd 返回的是 httpd-2.4.57-1.el9.x86_64，卸载时只需写 httpd，不用带版本
• 强制卸载加 --nodeps 同样危险，尤其涉及 glibc、systemd、kernel-core 等基础包时，可能让系统无法重启

依赖解析不是可选项，是安装动作成立的前提。用 rpm -ivh 就像徒手拧螺丝——能转，但没扳手的话，要么打滑，要么崩牙。