Linux 用 uname() 读取 utsname.release；macOS 用 sysctlbyname("kern.osrelease")；Windows 用 RtlGetVersion() 获取 NT 内核版本；跨平台需按编译宏分路径，优先运行时功能探测而非版本号判断。
Linux 下用 uname() 获取内核版本最直接
在 Linux 系统上，uname() 是标准且轻量的方式，它读取内核维护的 utsname 结构，不依赖外部命令或文件解析。调用前需包含 <sys/utsname.h>，结构体中 release 字段即为内核版本字符串（如 "6.8.0-45-generic"）。
常见错误是只调用 uname() 但没检查返回值：失败时返回 -1，errno 可能为 EFAULT（传入指针非法）或 EFAULT（内存不可写）。务必判断返回值再访问字段。
#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";
}
macOS 上 sysctlbyname("kern.osrelease") 是唯一可靠方式
macOS 不支持 uname() 的 release 字段返回完整内核版本（它返回的是 Darwin 版本号，如 "23.5.0"，对应 XNU 内核但不直观）。必须用 sysctlbyname() 查询 "kern.osrelease"，该值才是实际 XNU 内核构建版本（如 "23.5.0"），和 uname -r 命令输出一致。
注意点：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
sysctlbyname()需要传入缓冲区大小，建议先用0调用获取所需长度，再分配内存重试，避免截断 - 头文件为
<sys/sysctl.h>，不是<unistd.h> - 返回值为
-1表示失败，errno可能为ENOTFOUND（键不存在，极罕见）或ENOMEM
Windows 没有“内核版本号”概念，应取 GetVersionEx() 或 RtlGetVersion()
Windows 内核（ntoskrnl.exe）版本与系统版本强绑定，用户态程序无法直接读取内核模块版本字符串。所谓“内核版本”实际指 NT 内核版本号（如 10.0.22621），它由 RtlGetVersion() 提供，比已废弃的 GetVersionEx() 更准确（后者受 manifest 伪影影响）。
使用要点：
- 需链接
ntdll.lib，函数在ntdll.dll中，声明需用NTSYSAPI宏或手动GetProcAddress - 返回的
dwMajorVersion/dwMinorVersion组合即 NT 内核主次版本（如 10.0），dwBuildNumber是构建号 - 不要尝试解析
kernel32.dll文件版本——它不等于内核版本，且可能被第三方工具篡改
跨平台封装要注意宏判断和回退逻辑
没有统一 API，硬写 #ifdef 会漏场景。比如 WSL2 下虽跑 Linux 内核，但进程运行在 Windows 用户态，uname() 返回的是 WSL2 的 Linux 内核版本，而非宿主 Windows 的 NT 版本——这取决于你真正想查什么。
推荐做法：
- 按编译目标平台（
__linux__/__APPLE__/_WIN32）分路径，不按运行时检测 - Linux 和 macOS 路径下，若系统调用失败，可降级尝试读取
/proc/sys/kernel/osrelease（Linux）或sysctl -n kern.osrelease（macOS，需popen()） - Windows 下绝不要 fallback 到
GetVersionEx()，它自 Windows 8.1 起在未声明 manifest 时返回 6.2（即 Win8），完全不可信
最易被忽略的是：内核版本号本身无业务意义，多数场景真正需要的是功能可用性（如是否支持某 sysctl 键、是否启用某 proc 接口），直接查版本号做分支不如用 if (access("/proc/sys/xxx", F_OK) == 0) 这类运行时探测。
