应优先读取 /lib/modules/$(uname -r)/build/include/generated/compile.h 中的 UTS_VERSION 宏，它包含完整构建信息（时间、主机名、GCC 版本等）；若不存在，则回退至解析 Makefile 或 ELF 段。
Linux 下直接读取 /proc/sys/kernel/osrelease 不够用，怎么办？
单纯调用 uname -r 或读 /proc/sys/kernel/osrelease 只能得到形如 6.8.0-50-generic 的简略版本号，缺失编译主机、GCC 版本、CONFIG_* 选项、git commit hash 和分支名等关键构建信息。这些字段藏在内核镜像或 /proc 某些非常规节点里。
真正可用的入口是 /proc/sys/kernel/kptr_restrict 和 /proc/config.gz（若启用），但更稳定可靠的方式是解析内核的 .version 和 build-info 段 —— 这需要读取 /boot/vmlinuz-$(uname -r) 或 /lib/modules/$(uname -r)/build/Makefile。
-
/lib/modules/$(uname -r)/build/Makefile里通常有VERSION、PATCHLEVEL、SUBLEVEL、EXTRAVERSION，拼起来就是基础版本串 -
/lib/modules/$(uname -r)/build/include/generated/compile.h（如果存在）含UTS_VERSION宏，展开后带完整时间、主机名、gcc 版本、cmdline 等 - 若内核启用了
CONFIG_KALLSYMS且未设kptr_restrict=2，可通过/proc/kallsyms中的linux_banner符号反查原始字符串（但该符号不总导出）
C++ 读取 compile.h 获取构建环境详情
这是最实用、无需 root 权限、且信息最全的途径。注意：该头文件由内核 build system 自动生成，路径固定为 /lib/modules/$(uname -r)/build/include/generated/compile.h，内容类似：
#define UTS_VERSION "5.15.0-122-generic #132~20.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Oct 3 15:36:13 UTC 2024"
你只需用 C++ 打开这个文件，按行扫描 UTS_VERSION 行，提取双引号内字符串即可。别试图用预处理器解析 —— 它不是标准头，没有依赖关系，纯文本。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先用
uname -r获取当前版本号，拼出完整路径，检查文件是否存在且可读 - 逐行读取，匹配正则
^#define\s+UTS_VERSION\s+"(.*)"$（C++ 中可用std::regex或简单字符串查找） - 注意：某些发行版（如 RHEL/CentOS）把
build/链接到/usr/src/kernels/xxx，需处理 symlink - 若文件不存在，说明内核 headers 未安装，应提示用户安装
linux-headers-$(uname -r)
从 vmlinuz ELF 段提取 git 分支与 commit ID
现代内核（5.10+）在编译时会把 CONFIG_LOCALVERSION_AUTO=y 触发的 git 描述写入 ELF 的 .note.gnu.build-id 或自定义段（如 .build.version）。但更通用的是解析 .comment 段 —— 多数 GCC 编译器会把 gcc -dumpversion 和部分 git describe 结果塞进去。
用 C++ 读 ELF 文件需轻量解析，不必用 libelf。只需 mmap 文件，搜索 magic 字符串：
- 定位 ELF header，验证
e_ident[0..3] == {0x7f,'E','L','F'} - 跳转到 program header table，找类型为
PT_NOTE的 segment；或直接 scan 整个文件找 ASCII 字符串"gcc version"、"git commit"、"dirty" - Ubuntu/Debian 内核常在
.comment段末尾附带类似Ubuntu-5.15.0-122.132的字符串，即分支标识 - 注意：
/boot/vmlinuz-*通常是压缩镜像（zboot），需先解压（用extract-vmlinux脚本）再解析，否则找不到 ELF header
为什么不能只靠 sysctl 或 getconf？
sysctl -n kernel.osrelease 和 getconf KERNEL_BASED 返回的都是编译期填入的静态字符串，不含构建时动态生成的信息（比如是否打过 patch、本地修改标记、git 分支名）。而 uname() 系统调用返回的 utsname.release 字段正是这个静态值，无法反映真实构建上下文。
真正要拿到“分支号”（如 stable-6.8、mainline-2024-10-01）或“dirty 标记”，必须接触构建产物本身 —— 即源码树中的 Makefile、compile.h，或二进制中的 embedded note 段。任何试图绕过这两者的方案（比如查 /etc/os-release）都只会得到发行版包装后的版本，不是内核本身的构建指纹。
实际工程中，建议优先尝试读 compile.h；失败则 fallback 到解析 Makefile + scripts/setlocalversion 脚本逻辑；最后才考虑 ELF 解析 —— 因为它需要额外权限和工具链支持，且不同内核配置差异大。
