最准确方式是执行uname -r，它直接输出当前运行内核的纯净版本字符串（如6.8.0-55-generic），无冗余信息，适合脚本解析和跨发行版使用。
Linux 下用 uname -r 获取内核版本字符串最直接
绝大多数 Linux 发行版的内核编译版本（比如 6.8.0-45-generic 或 5.15.120-1-lts）就藏在 uname -r 的输出里，它返回的是 UTS_RELEASE 字符串，由内核编译时填入，包含版本号、build config 后缀等完整标识。
在 C++ 中调用它比自己解析 /proc/sys/kernel/osrelease 更可靠——后者内容虽相同，但文件读取可能受权限或容器环境限制；而 uname() 系统调用只要进程能运行，基本都可用。
- 推荐用
sys/uname.h+uname()函数，不依赖 shell，无 fork 开销 -
uname()返回的struct utsname.release就是你要的字符串，无需额外截断或拼接 - 注意：
utsname结构体字段长度有限（POSIX 要求至少 256 字节），但现代内核 release 字符串通常不超过 128 字符，安全
C++ 调用 uname() 的最小可行代码
别写一堆封装，直接上核心逻辑：
#include <sys>
#include <iostream>
std::string get_kernel_release() {
struct utsname buf;
if (uname(&buf) == 0) {
return std::string(buf.release);
}
return "";
}
// 使用示例
int main() {
std::cout
<p>关键点：</p>
<ul>
<li>必须检查 <code>uname()</code> 返回值，失败时（如被 seccomp 过滤）会返回 -1，<code>buf.release</code> 内容未定义</li>
<li>不要用 <code>strcpy</code> 或 <code>strncpy</code> 手动拷贝——<code>std::string</code> 构造函数自动处理 null-termination</li>
<li>不用 <code>getconf KERNEL_VERSION</code> 或 <code>cat /proc/version</code>：前者非 POSIX，后者含多余信息（如 gcc 版本、编译时间），还得 parse</li>
</ul>
<h3>macOS 和 Windows 不提供等价的“内核编译版本字符串”</h3>
<p>macOS 的 <code>uname -r</code> 返回的是 Darwin 内核版本号（如 <code>23.6.0</code>），对应 XNU 内核某次发布，但不体现具体编译配置、build tag 或 commit；Windows 根本没有公开的、稳定 ABI 的内核编译字符串接口——<code>GetVersionEx()</code> 已废弃，<code>RtlGetVersion()</code> 只给主次版本号（如 10.0.22621），不含 build lab 字符串（如 <code>22621.3296.amd64fre.ni_release.230508-1724</code>）。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill7940" title="Zynq Linux Hardware Debug"><img
src="https://img.php.cn/upload/skill/000/000/081/179177762288958.jpg" alt="Zynq Linux Hardware Debug" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill7940" title="Zynq Linux Hardware Debug" class="overflowclass">Zynq Linux Hardware Debug</a>
<p class="overflowclass">Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。</p>
</div>
<a rel="nofollow" href="/xiazai/skill7940" title="Zynq Linux Hardware Debug" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>所以如果你的程序跨平台：</p>
<ul>
<li>Linux：放心用 <code>uname()</code>
</li>
<li>macOS：接受 <code>uname -r</code> 的局限性，它就是官方唯一可取的 kernel version identifier</li>
<li>Windows：要么放弃“编译版本字符串”，要么调用 <code>cmd.exe /c ver</code> 解析（不可靠，依赖命令行 locale）、或读注册表 <code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\BuildLabEx</code>（需管理员权限且非所有系统存在）</li>
</ul>
<h3>容器环境下 <code>uname()</code> 返回的是宿主机内核，不是“容器自己的”</h3>
<p>这是常被误解的一点：Docker、Podman 等容器共享宿主机内核，<code>uname()</code> 拿到的永远是物理机或 VM 的内核 release 字符串。容器镜像里没有“独立内核”，所谓 “Alpine Linux 3.20 内核版本” 是误导——它只表示该镜像构建时针对的内核 ABI 兼容范围，不改变 <code>uname()</code> 行为。</p>
<p>如果真要区分运行环境，得结合其他信号：</p>
<ul>
<li>检查 <code>/proc/1/cgroup</code> 是否含 <code>docker</code> 或 <code>podman</code> 字样（判断是否在容器中）</li>
<li>读 <code>/proc/sys/kernel/osrelease</code> —— 它和 <code>uname()</code> 值一致，只是文件路径形式</li>
<li>不要试图从 <code>/etc/os-release</code> 提取内核版本：那是发行版信息，和内核无关</li>
</ul>
<p>真正难的不是怎么取字符串，而是理解这个字符串到底代表什么——它来自内核镜像本身，不是运行时动态生成的，也不随容器或 namespace 变化。</p></iostream></sys>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
