最可靠、最通用的方式是读取 /etc/os-release 文件，它结构清晰、字段稳定，被 systemd 和现代脚本广泛依赖，所有主流发行版均遵循相同字段命名规则，适合自动化判断；其他方法如 lsb_release 需额外安装，/etc/redhat-release 输出不规范且可能缺失，hostnamectl 依赖 systemd 运行时且格式易变，rpm -q centos-release 虽可信但包可能未安装。
最可靠、最通用的方式是读取 /etc/os-release 文件，它结构清晰、字段稳定，且被 systemd 和现代脚本广泛依赖。其他方法要么有兼容性问题（如 lsb_release 需额外安装），要么输出不规范（如 /etc/redhat-release 在 CentOS Stream 中可能不含数字版本）。
cat /etc/os-release 是脚本自动化的首选
这个文件是 Freedesktop.org 标准，所有主流发行版（包括 CentOS 7/8、CentOS Stream、Rocky、AlmaLinux）都遵循相同字段命名规则，适合写成判断逻辑。
-
VERSION_ID字段直接给出主版本号，比如"7"或"8"，可用于 if 判断 -
ID_LIKE="rhel fedora"表明继承关系，能辅助识别是否为 RHEL 兼容系 -
PRETTY_NAME包含人类可读的完整字符串，如"CentOS Stream 8"，但不适合解析 - 注意：CentOS Stream 的
VERSION_ID可能是"8"或"9"，但不代表对应 RHEL 的正式发布版，仅表示流分支
cat /etc/redhat-release 看得快但不能信
它输出直观，比如 CentOS Linux release 7.9.2009 (Core)，但存在明显局限：
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 在 CentOS Stream 中，该文件内容可能是
CentOS Stream release 8，没有次版本号，无法区分具体构建时间点 - 某些最小化安装或定制镜像会删掉这个文件，导致命令失败
- 字段无结构，需用
awk或正则提取，容易出错（例如release 7.9和release 8的空格位置不一致） - 它本质是 Red Hat 的遗留兼容文件，不是标准接口
hostnamectl 输出全但冗余，适合人工查
hostnamectl 会列出操作系统、内核、架构、虚拟化类型等一整页信息，对运维快速摸底有用，但不适合自动化：
- 输出格式随 systemd 版本略有变化，
grep "Operating System"可能匹配失败 - 在容器或 chroot 环境中，
hostnamectl可能报错或返回宿主机信息 - 若只需版本号，加
--static参数可精简，但 CentOS 7 默认 systemd 版本（219）不支持该参数 - 依赖 dbus 和 systemd 运行时，某些 rescue 模式下不可用
rpm -q centos-release 最接近“真相”的包视角
这个命令从 RPM 数据库查系统发行包，即使配置文件被改写，只要没卸载该包，结果就可信：
- 输出类似
centos-release-7-9.2009.1.el7.centos，其中7-9.2009明确对应主次版本 - CentOS Stream 下会返回
centos-stream-release-8-3.el8，el8表示基于 RHEL 8 的构建链，而非 RHEL 8 正式版 - 缺点是：在 minimal 安装中该包可能未安装；CentOS 8+ 默认用
dnf，但rpm -q仍可用 - 注意：Rocky/Alma 替代品会返回
rocky-release或alma-release，此时说明已非 CentOS
真正容易被忽略的是：CentOS Stream 不是传统意义上的“版本”，它没有固定快照，/etc/os-release 里的 VERSION_ID 只代表基线，实际软件包每天都在滚动更新。如果脚本里硬编码 if [ "$VERSION_ID" = "8" ] 来适配某特性，很可能在 Stream 8 上失效——因为那个特性可能还没合入，也可能已被撤回。
