最可靠方式是跨平台分别实现：Linux用uname -r，Windows调RtlGetVersion，macOS用sysctlbyname("kern.version")；返回结构体而非字符串，避免硬编码与格式假设。
Linux下用uname -r获取内核版本最可靠
直接调用系统命令是跨发行版兼容性最好的方式，比解析/proc/sys/kernel/osrelease或/proc/version更稳定——后者字段格式不统一（比如/proc/version含GCC版本，还可能被定制内核改写）。uname -r输出严格遵循“主版本.次版本.修订号-补丁级别-架构”格式（如6.5.0-41-generic），且POSIX标准保证其存在。
实操建议：
- 用
popen("uname -r", "r")读取stdout，避免system()无法捕获输出 - 记得
pclose()释放资源，否则多次调用会泄漏FILE*句柄 - 结果字符串末尾带换行符，需用
strcspn(buf, "\n")截断 - 不要依赖
uname()系统调用的utsname.release字段——它和uname -r输出一致，但glibc封装层在某些嵌入式musl环境可能返回空
Windows上GetVersionEx已废弃，改用RtlGetVersion
Windows没有“内核编译版本字符串”概念，只有NT内核版本号（如10.0.22621.3299），且GetVersionEx从Win8.1起返回虚假值。必须用未导出的RtlGetVersion（需手动GetProcAddress）或VerifyVersionInfo间接获取。
关键点：
立即学习“C++免费学习笔记（深入）”；
-
RtlGetVersion在ntdll.dll中，函数签名是NTSTATUS NTAPI RtlGetVersion(OSVERSIONINFOW*) - 传入的
OSVERSIONINFOW结构体dwOSVersionInfoSize必须设为sizeof(OSVERSIONINFOW)，否则返回STATUS_INVALID_PARAMETER - 得到的
dwMajorVersion/dwMinorVersion对应NT内核版本（如10.0），dwBuildNumber才是编译构建号（如22621） - 想拼成类似
10.0.22621.3299的字符串，需自行组合，系统不提供现成字符串
macOS用sysctlbyname("kern.version")拿完整编译信息
macOS的uname -v输出的是XNU内核的详细编译日志（含日期、配置参数、GCC版本），而sysctlbyname("kern.version")返回相同内容且更可控——避免shell解析风险。
注意细节：
- 缓冲区长度必须足够大（建议至少
1024字节），因为输出可能包含多行文本 - 调用前需先用
sysctlbyname("kern.version", nullptr, &len, nullptr, 0)获取实际长度 - 返回字符串以
\n结尾，首行是版本号（如Darwin Kernel Version 23.5.0: ...），后续行是编译详情 - 若只要纯数字版本（如
23.5.0），需手动提取第一行中Darwin Kernel Version后的部分
跨平台封装时别硬编码路径或假设格式
不同系统对“内核编译版本”的定义差异极大：Linux强调-generic后缀标识编译配置，Windows只有构建号，macOS则混着编译时间戳。强行统一成一个字符串字段必然丢失关键信息。
务实做法：
- 按平台分别实现，用
#ifdef __linux__/#ifdef _WIN32/#ifdef __APPLE__分隔 - 返回结构体而非字符串，例如
{ os: "linux", version: "6.5.0", variant: "generic", build: "6.5.0-41-generic" } - 避免用
std::system执行命令——它依赖shell存在，在minimal容器或受限环境可能失败 - macOS的
kern.version可能含非ASCII字符（如编译用户路径），用std::string接收时需确保UTF-8安全
真正麻烦的不是获取，而是后续怎么用这个字符串——它既不能当唯一标识（同一内核源码不同config编译出不同variant），也不具备语义排序性（5.15.0-100-generic和5.15.0-100-lowlatency版本号相同但ABI可能不兼容）。留神这点比代码本身更重要。
