告别手动查系统，三分钟学会用脚本精准检测Windows/Linux/macOS版本
目录导读
- 为什么你需要脚本检测系统版本？（场景与痛点）
- 跨平台检测底层逻辑：
uname与platform模块 - Windows专属脚本：PowerShell + CMD 双方案
- Linux发行版识别：
/etc/os-release的正确打开方式 - macOS的“表里不一”：Darwin内核与SW版本
- 实战问答：脚本在CI/CD与远程运维中的高频坑
- 选择最佳检测策略的决策树
为什么你需要脚本检测系统版本？
在日常运维、软件部署或写自动化测试时，版本不匹配是80%兼容性问题的根源，手动点击“设置”查看系统信息不仅效率低，且无法在批量服务器（如100台云主机）上执行,一个健壮的检测脚本能让你：
- 在安装依赖前动态判断包管理器（apt/yum/brew）。
- 在CI/CD流水线中自动跳过不兼容的构建节点。
- 远程下发脚本时，根据系统调用不同命令（如
iptablesvsfirewalld）。
核心原则：脚本必须“零依赖”——即不额外安装软件包,仅用系统自带命令。
跨平台检测底层逻辑：uname与platform模块
几乎所有系统都内置uname命令，它输出内核名称、主机名、内核版本等，但内核版本≠系统发行版本（例如Ubuntu 20.04与22.04的内核可能均为5.15）,高级脚本需结合两个层级：
- 层级一（内核）：
uname -s（系统名）、uname -r（内核版本）。 - 层级二（发行版）：读取特定文件（Linux的
/etc/os-release，macOS的sw_vers）。
Python进阶：platform模块封装了底层调用,一行代码即可获取：
import platform print(platform.system(), platform.release()) # 输出：Linux 5.15.0-...
但Python并非所有机器预装,故Shell脚本仍是王道。
Windows专属脚本：PowerShell + CMD 双方案
方案A：CMD（兼容旧系统）——使用ver命令，输出如Microsoft Windows [版本 10.0.19045.3693]，但无法区分专业版/家庭版，更精准的用wmic：
wmic os get Caption,Version /value
方案B：PowerShell（现代首选）——利用Get-ComputerInfo或Get-CimInstance：
$os = Get-CimInstance Win32_OperatingSystem Write-Host "$($os.Caption) - $($os.Version)"
避坑提醒：在Windows Server Core中，
Get-ComputerInfo可能加载缓慢，建议使用Get-CimInstance（执行更快）。
Linux发行版识别：/etc/os-release 的正确打开方式
Linux发行版众多，但自2012年起，95%的发行版都遵循os-release标准，该文件以KEY=value格式提供NAME、VERSION_ID、PRETTY_NAME,最稳健的检测脚本：
#!/bin/bash
if [ -f /etc/os-release ]; then
. /etc/os-release
echo "${PRETTY_NAME:-$NAME $VERSION_ID}"
else
# 老旧系统（如CentOS 6）退化方案
cat /etc/redhat-release 2>/dev/null || lsb_release -d
fi
避免误区：不要用uname -v（它只显示编译时间），也不要依赖lsb_release（该包默认未安装）。
macOS的“表里不一”：Darwin内核与SW版本
macOS的uname -s永远返回Darwin，但这不是苹果官方版本号，正确方法是调用sw_vers：
sw_vers -productName # macOS sw_vers -productVersion # 14.2.1
如果是“类Unix”检测（如为Homebrew脚本），可以仅判断uname是否包含Darwin，但若需区分Intel/Apple Silicon，需执行uname -m（arm64 vs x86_64）。
实战问答：脚本在CI/CD与远程运维中的高频坑
Q1：为什么我在Ubuntu 22.04上执行cat /etc/issue拿到的版本是旧的？
A：/etc/issue是可被自定义修改的欢迎信息，很多云镜像会覆盖它。永远使用os-release。
Q2：在Jenkins中运行Windows PowerShell脚本，如何让返回值被主进程识别？
A：用Write-Output输出纯文本，避免Write-Host（它会写入信息流而非日志流），并使用exit $LASTEXITCODE传递状态码。
Q3：如何同时兼容老版macOS（10.14）和新版（14.x）？
A：先判断sw_vers命令是否存在（旧版10.8之前没有），然后按major.minor解析：
[[ "$(sw_vers -productVersion)" == "10.14"* ]] && echo "Mojave"
Q4：脚本中检测到Linux后，如何区分是RHEL系还是Debian系？
A：在os-release中查看ID_LIKE字段（如ID_LIKE="fedora"或ID_LIKE="debian"），若缺失，则回退检测/etc/redhat-release是否存在。
选择最佳检测策略的决策树
| 场景 | 推荐方案 |
|---|---|
| 跨平台（Python环境已知） | platform.system() + platform.release() |
| Linux服务器批量检查 | 读取/etc/os-release，并设置ID_LIKE判断家族 |
| Windows域内运维 | PowerShell Get-CimInstance Win32_OperatingSystem |
| 极简内核判断（不关心发行版） | uname -s -r（如Darwin 23.4.0） |
最后一道防线：将所有检测结果包裹在trap命令中，若解析失败则输出“Unknown”，并附上uname -a原始数据供人工排查。
（本文已综合Linux man page、微软官方文档及Stack Overflow高赞回答进行去重重组，确保技术术语准确与实战适配性。）
