最可靠、最通用的方法是读取 /etc/os-release 文件，它被 systemd 系统广泛采用，覆盖主流发行版；关键字段包括 ID、ID_LIKE、VERSION_ID、PRETTY_NAME；若文件不存在，可 fallback 到 /etc/issue 或包管理器检测。
怎么快速确认当前是哪个 Linux 发行版
最可靠、最通用的方法就是读取 /etc/os-release 文件——它被 systemd 系统广泛采用，覆盖 Debian、Ubuntu、CentOS、RHEL、Fedora、Arch（加了 systemd 插件后）等主流发行版。
直接运行：
cat /etc/os-release就能看到带键值对的元信息。关键字段包括
ID（精简标识，如 ubuntu）、ID_LIKE（继承关系，如 debian）、VERSION_ID（版本号字符串）、PRETTY_NAME（人类可读名称）。
注意：有些极简系统（如某些容器镜像或 BusyBox 环境）可能压根没这个文件，这时会 fallback 到 /etc/issue 或 lsb_release -a，但后者不是所有系统都预装。
为什么不用 lsb_release -a
lsb_release 看起来方便，但它依赖 lsb-release 包，而这个包在很多最小化安装或云镜像里默认不装——比如 Ubuntu Server 最小镜像、Alpine、甚至部分 CentOS Stream 镜像都会报 command not found。
常见错误现象：
bash: lsb_release: command not found
如果你不确定环境是否完整，别依赖它。真要用，先检查：
which lsb_release || echo "not available"
-
lsb_release -i只输出发行版名，但依然可能失败 -
lsb_release -d试图打印描述，但字段格式不统一，脚本解析困难 - 它的底层其实也优先读
/etc/os-release，属于多一层封装，没必要绕路
脚本里安全读取 ID 和 VERSION_ID 的写法
自动化场景下，不能直接 source /etc/os-release——因为该文件不是纯 shell 脚本（含注释、空行、引号嵌套），source 可能报错或污染变量。
推荐用 grep + cut 安全提取（兼容 POSIX shell）：
grep "^ID=" /etc/os-release | cut -d= -f2 | tr -d '"'
grep "^VERSION_ID=" /etc/os-release | cut -d= -f2 | tr -d '"'
更健壮的做法是用 awk 单行处理，避免多次 fork：
awk -F= '/^ID=/ {gsub(/"/, "", $2); print $2}' /etc/os-release
注意点：
- 值可能带双引号（如
ID="ubuntu"），必须去掉，否则后续字符串比较会出错 - 某些发行版（如 openSUSE）用单引号，但
/etc/os-release规范只要求支持双引号，实际几乎都用双引号 - 如果文件不存在，命令会静默失败，建议加存在性判断：
if [ -f /etc/os-release ]; then ...; else echo "unknown"; fi
遇到 /etc/os-release 为空或内容异常怎么办
极少数定制系统（如某些 IoT 固件、旧版 Gentoo、或被误删的容器）可能出现文件存在但为空、权限为 000、或只有部分字段的情况。
这时候可以组合 fallback 检查：
- 看
/etc/issue：head -n1 /etc/issue 2>/dev/null | sed 's/\n//g'
（常含发行版名和内核提示） - 查内核命令行：
cat /proc/sys/kernel/osrelease
——这只是内核版本，不是发行版，但配合uname -r有时能反推（比如带el7就大概率是 RHEL/CentOS 7） - 试
hostnamectl（systemd 环境才有）：hostnamectl | grep "Operating System"
，它底层也是读/etc/os-release，但做了容错包装
真正难搞的是那些完全去 systemd、去 LSB 的嵌入式系统——它们往往连 /etc/os-release 都不提供，只能靠包管理器是否存在来猜：dpkg --version（Debian 系）、rpm --version（RHEL 系）、pacman --version（Arch 系）。
这种边界情况没法靠一个命令兜底，得根据部署上下文提前约定好识别逻辑。
