最可靠方法是读取 /etc/os-release 文件，它结构化、跨发行版通用，含 pretty_name、id、version_id 等标准字段；lsb_release 可能未安装且输出不稳，uname 仅显示内核版本。
直接读 /etc/os-release 文件，它是最可靠、最通用的方式，几乎所有现代 Linux 发行版（Ubuntu、Debian、CentOS、Fedora、Arch + systemd、Rocky、AlmaLinux 等）都提供这个文件，且字段明确、无需额外安装工具。
为什么优先用 /etc/os-release
这个文件是 systemd 规范定义的标准，内容结构化、语义清晰。关键字段包括：
-
PRETTY_NAME：人类可读的完整名称，如"Ubuntu 22.04.3 LTS"或"CentOS Linux 8 (Core)" -
ID：精简标识符，如ubuntu、centos、rocky，适合脚本判断 -
VERSION_ID：主版本号字符串，如"22.04"、"8"，不带修饰词
执行 cat /etc/os-release 就能看到全部键值对；如果只要一行简洁结果，用：
source /etc/os-release && echo $PRETTY_NAME
注意：source 方式在 shell 脚本中更安全，避免解析文本时出错；但前提是该文件存在且格式合法（字段名后必须有 =，值用引号包裹）。
lsb_release -a 常见失效场景
这个命令看似方便，但实际在最小化系统或容器镜像中极易失败：
- Ubuntu Server 最小安装、CentOS Stream 9、Alpine、大部分云厂商定制镜像默认不装
lsb-core包，运行即报bash: lsb_release: command not found - 即使装了，
lsb_release -d输出的Description字段在某些定制系统里为空或含糊（比如只写"Linux"） - 它的底层其实也是读
/etc/os-release，属于多一层封装，没必要绕路
真要用，先检查是否存在：which lsb_release || echo "not available"，别默认它一定在。
fallback 顺序必须严格按兼容性来
当 /etc/os-release 缺失（常见于 BusyBox、Buildroot、极老系统如 CentOS 5），才考虑降级方案，顺序不能乱：
-
cat /etc/redhat-release：RHEL/CentOS/Fedora/Alma/Rocky 专用，内容直接可读，如"AlmaLinux release 9.3 (Seafoam Sapphire)" -
cat /etc/debian_version：Debian/Ubuntu 系统可用，但只返回版本号（如"12.5"），无发行版名，需结合其他线索判断 -
cat /etc/issue：含转义字符（如\n、\l），显示效果 ≠ 文件内容，仅作快速参考，不适合脚本解析 -
hostnamectl：依赖 systemd，SysVinit 或 OpenRC 系统直接不可用；即便可用，它也只是把/etc/os-release的内容再包装一遍
别用 uname -r 或 uname -a 查发行版——它们只返回内核版本（如 5.15.0-101-generic），和你跑的是 Ubuntu 还是 Rocky 完全无关；在容器里执行，看到的还是宿主机内核。
真正反映当前运行环境的是 /etc/os-release，它由镜像构建时写入，不会被宿主机污染。复杂点在于：没有一个命令能 100% 覆盖所有变体，关键是分清「查内核」和「查发行版」——后者必须以 /etc/os-release 为锚点，再按需 fallback。
