Linux下读取/proc/version最直接，其一行文本包含内核版本、编译器、构建主机、分支号（如#52~22.04.1）及编译时间；macOS用sysctlbyname("kern.version")仅得XNU基础版本，无GCC或分支信息；Windows通过RtlGetVersion仅获NT版本号，无编译细节。

Linux下用/proc/version读取内核编译信息最直接

Linux系统把完整的内核版本、编译器、构建主机和分支信息都写在/proc/version里，一行文本，无需调用系统命令或链接额外库。C++程序只需打开并读取该文件即可。

• 内容示例：Linux version 6.8.0-52-generic (buildd@lcy02-amd64-021) (x86_64-linux-gnu-gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #52~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Oct 15 19:37:42 UTC 2024
• PREEMPT_DYNAMIC是构建配置，#52~22.04.1里的52是内核build number，22.04.1对应Ubuntu分支号
• 注意：该文件只在Linux可用，/proc是虚拟文件系统，不能用fopen失败就直接报错，要检查errno == ENOENT来区分是否非Linux环境

macOS需调用sysctl获取基础版本，但缺编译分支信息

macOS没有/proc，内核版本（如23.6.0）可用sysctlbyname("kern.version", ...)拿到，但返回字符串里不包含GCC版本、构建主机、git分支或commit hash——Apple不公开这些细节。

• 示例代码片段：size_t len = 0; sysctlbyname("kern.version", nullptr, &len, nullptr, 0); char* buf = new char[len]; sysctlbyname("kern.version", buf, &len, nullptr, 0);
• 返回值类似：Darwin Kernel Version 23.6.0: Mon Jul 29 22:12:40 PDT 2024; root:xnu-10063.141.2~1/RELEASE_X86_64
• xnu-10063.141.2~1中10063是XNU内核主版本，141.2是补丁级，~1表示构建序号，但无法反推出git分支名或上游仓库地址

Windows上RtlGetVersion只能拿到NT内核版本号

Windows NT内核版本（如10.0.22621）可通过RtlGetVersion或GetVersionEx（已废弃）获取，但微软从不提供编译时间、工具链、源码分支等信息——这些属于内部构建流水线数据，未暴露给用户态API。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 必须链接ntdll.lib，且RtlGetVersion不是kernel32导出函数，需GetProcAddress动态获取
• 返回结构体RTL_OSVERSIONINFOEXW中dwMajorVersion/dwMinorVersion/dwBuildNumber可拼出10.0.22621，但dwBuildNumber仅对应累积更新编号，与git分支无关
• 试图读取HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion注册表项也只能得到CurrentBuild和UBR，无编译环境痕迹

跨平台统一获取？别硬凑，按需分路径处理

不存在一个POSIX或C++标准接口能同时返回Linux的GCC版本、macOS的XNU commit、Windows的WDK build ID。强行封装成“统一函数”只会掩盖差异、增加误判风险。

立即学习“C++免费学习笔记（深入）”；

• 若你只关心Linux服务器部署环境，专注解析/proc/version，提取#N后的数字和~xxx后缀即可定位分支
• 若用于macOS开发辅助工具，接受kern.version的局限性，必要时补充sw_vers -productVersion和uname -r交叉验证
• Windows场景下，别指望拿到分支号——实际能用的只有dwBuildNumber，它对应KB补丁编号，比如22621 ≈ Windows 11 22H2

真正麻烦的是混合环境下的自动化判断逻辑：比如读/proc/version失败后，不能立刻 fallback 到sysctl，得先确认uname -s输出，否则在WSL2里可能误走macOS路径。这个检测顺序本身就得写清楚，而不是藏在抽象层下面。