Linux 下用 uname() 获取内核版本最直接，需检查返回值并取 release 字段；Windows 必须用 RtlGetVersion() 替代已失效的 GetVersionEx()；macOS/iOS 可用 uname() 或 sysctlbyname("kern.osrelease") 获取 Darwin 版本。
Linux 下用 uname() 获取内核版本最直接
在 Linux 环境中，uname() 是标准且轻量的方式，它读取内核维护的 utsname 结构，不依赖外部命令或文件解析，也不需要 root 权限。
常见错误是只调用一次却忽略返回值检查，或误用 sysname 字段当“操作系统名”（实际是“Linux”，不是“Ubuntu”或“CentOS”）。
-
release字段才是你要的内核版本号，例如"6.8.0-45-generic" - 务必检查
uname()返回值是否为 0，失败时errno可能是ENOMEM（缓冲区太小，但struct utsname固定大小，一般不会） - 不要用
system("uname -r")：启动子进程开销大，输出需解析，还可能被 PATH 或 alias 干扰
#include <sys/utsname.h>
#include <iostream>
std::string get_kernel_version() {
struct utsname buf;
if (uname(&buf) == 0) {
return std::string(buf.release);
}
return "unknown";
}
Windows 下必须用 RtlGetVersion()，GetVersionEx() 已失效
Windows 从 8.1 开始，GetVersionEx() 被系统兼容性层拦截并返回虚假值（如固定返回 6.2），哪怕你在 Win11 上运行。微软明确弃用，继续用会得到错误结果。
正确方式是调用未文档化但稳定导出的 RtlGetVersion()，它绕过应用兼容性层，返回真实内核版本（即 NTDDI_VERSION 对应的内核主次版本）。
立即学习“C++免费学习笔记（深入）”；
- 需链接
ntdll.lib，或用GetProcAddress动态获取函数指针 - 返回的
dwMajorVersion/dwMinorVersion是 NT 内核版本，不是 Windows 显示版本（如 10.0 对应 Windows 10/11，具体发行版需查dwBuildNumber） - 注意结构体填充：必须初始化
OSVERSIONINFOEXW的dwOSVersionInfoSize字段，否则调用失败
#include <windows.h>
#include <winternl.h>
#pragma comment(lib, "ntdll.lib")
std::string get_windows_kernel_version() {
OSVERSIONINFOEXW osvi = {};
osvi.dwOSVersionInfoSize = sizeof(osvi);
if (RtlGetVersion((POSVERSIONINFOW)&osvi) == 0) {
return std::to_string(osvi.dwMajorVersion) + "." +
std::to_string(osvi.dwMinorVersion) + "." +
std::to_string(osvi.dwBuildNumber);
}
return "unknown";
}
macOS 和 iOS 只能靠 sysctlbyname("kern.osrelease")
Apple 平台没有 uname() 的跨平台等价物可直接拿内核版本；uname() 在 macOS 上也能用，但其 release 字段返回的是 Darwin 内核版本（如 "23.6.0"），和系统显示的 macOS 版本（如 14.6）无直接映射关系——这是正常设计，不是 bug。
如果你要的是 Darwin 内核版本，uname() 完全够用；如果非要映射到 macOS 版本号，则需查 Apple 公布的对应表（如 Darwin 23.x ≈ macOS 14.x），不能靠代码自动推断。
-
sysctlbyname("kern.osrelease", ...)和uname()底层来源一致，行为相同 - 避免用
sw_vers命令：需 fork+exec，输出格式可能随系统更新变化（如新增字段），解析脆弱 - iOS 同样支持该
sysctl，但 App 审核可能限制某些sysctl调用，建议仅用于越狱或开发调试环境
跨平台封装要注意 uname() 不是 POSIX 强制要求
虽然 Linux、macOS、FreeBSD、Android 都支持 uname()，但严格来说它只是 XSI 扩展，不是基础 POSIX 函数。极少数嵌入式 C 库（如某些精简 musl 变种或裸机 libc）可能未实现。
如果你的目标平台不确定，不要无条件依赖 uname()；更稳妥的做法是按编译宏分发：
- 用
#ifdef __linux__/#ifdef _WIN32/#ifdef __APPLE__明确区分路径 - 避免用
#ifdef __unix__：它在 MinGW 和某些 Windows 编译器下也可能定义，导致误入 Linux 分支 - 返回值统一用
std::string，不要暴露utsname或OSVERSIONINFOEXW等平台相关类型到公共接口
内核版本字符串本身没有标准格式，不同发行版差异很大（比如带 -rt、-aws、-microsoft-standard 后缀），解析语义版本前要先做清理，别假设一定有三个点分段。
