最准确方法是读取 /etc/os-release 中的 VERSION_CODENAME 字段，现代发行版（Ubuntu 16.04+、CentOS 7+等）均标准化支持；lsb_release -c 需预装且不可靠，uname -a 等仅含内核信息，与发行版代号无关。
直接读 /etc/os-release 里的 CODENAME 字段最准
现代 Linux 发行版（Ubuntu 16.04+、Debian 8+、CentOS 7+、RHEL 7+、Fedora、Arch 等）都遵循 systemd 的标准化，把代号写在 /etc/os-release 文件里。它比 lsb_release 更可靠——后者在 CentOS/RHEL 7+ 默认不装，且输出字段不统一。
执行：grep -E "^(VERSION_CODENAME|UBUNTU_CODENAME|ID_LIKE)" /etc/os-release 2>/dev/null
常见结果：
- Ubuntu：输出
VERSION_CODENAME=focal或UBUNTU_CODENAME=focal - Debian：
VERSION_CODENAME=bookworm - 如果没匹配到
VERSION_CODENAME，但有ID_LIKE=debian或ID_LIKE=rhel，说明是衍生版，代号需结合PRETTY_NAME推断（比如PRETTY_NAME="Ubuntu 22.04.4 LTS"→ 代号jammy）
lsb_release -c 只适用于已安装 lsb 的系统
这个命令本意就是查代号，但前提是 lsb_release 已存在且 LSB 模块加载正常。很多最小化安装或容器镜像根本没装它。
运行 lsb_release -c 后可能看到：
-
Codename: focal（Ubuntu 20.04） -
Codename: jammy（Ubuntu 22.04） - 或者报错：
No LSB modules are available.
如果提示命令不存在：
- Ubuntu/Debian：
sudo apt install -y lsb-release - CentOS/RHEL/Fedora：
sudo yum install -y redhat-lsb-core或sudo dnf install -y redhat-lsb-core
别从 uname -a 或 /proc/version 里找代号
这两个只跟内核有关，和发行版代号完全无关。
-
uname -a输出里的focal或el8是编译时硬编码的字符串，不是系统代号；el8表示 RHEL/CentOS 8 系内核，但系统本身可能是 Rocky 或 AlmaLinux，代号仍是rocky或almalinux -
/proc/version里只有 GCC 版本、build 主机等编译信息，没有发行版上下文 - 误把内核字符串当发行代号，会导致脚本判断出错（比如把
5.15.0-101-generic当成 Ubuntu “generic” 代号）
极老系统或定制镜像 fallback 方案
如果 /etc/os-release 不存在（如 RHEL 5/CentOS 5 或某些 Buildroot 镜像），再按发行系别查特定文件：
- Red Hat 系：
cat /etc/redhat-release 2>/dev/null | awk '{print $4}'（输出类似7，但不是代号；需人工对照：7→maipo，8→rocky/alma） - Debian 系：
cat /etc/debian_version 2>/dev/null（输出12.5，对应代号bookworm） - Arch Linux：
cat /etc/arch-release（无代号，Arch 不设代号）
注意：/etc/issue 有时含代号（如 Ubuntu 22.04.4 LTS \n \l），但格式不固定，不适合脚本解析。
代号不是所有发行版都提供，也不是所有场景都需要——真正关键的是 ID 和 VERSION_ID，它们才是包管理、CI/CD 和兼容性判断的依据。代号更多用于人类可读或社区交流，别把它当成唯一标识。
