Linux可通过解析/proc/version末尾日期获取内核编译时间；Windows需读取ntoskrnl.exe的COFF时间戳；macOS用sysctlbyname("kern.version")提取XNU编译时间，三者时区处理与格式鲁棒性是关键。
Linux 下读取 /proc/version 解析内核编译时间
Linux 内核在启动时会把编译信息写入 /proc/version，其中包含类似 (gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04)) #1 SMP PREEMPT_DYNAMIC Mon Mar 18 09:35:42 UTC 2024 的字符串。关键时间戳就在末尾的日期部分。
注意：这不是“系统当前时间”，而是内核镜像构建时的本地时间（通常为 UTC），且依赖于内核配置中 CONFIG_LOCALVERSION_AUTO 和编译环境是否保留了时间戳 —— 某些定制内核或容器环境可能被裁剪掉。
实操建议：
- 用
std::ifstream打开/proc/version，读取整行 - 用空格分词后，从末尾倒数第 5～6 个字段提取日期（如
Mon,Mar,18,09:35:42,UTC,2024） - 推荐用
std::regex匹配形如[A-Za-z]{3} [A-Za-z]{3} [0-9]{1,2} [0-9]{2}:[0-9]{2}:[0-9]{2} [A-Z]{3,4} [0-9]{4}的子串，更鲁棒 - 解析后可用
std::get_time转成std::tm，再转time_t；注意时区字段（如UTC或EST）需手动处理，get_time不识别时区
Windows 上没有直接等价接口，需绕行获取
Windows 内核（ntoskrnl.exe）不向用户态暴露编译时间。常见误区是查 GetVersionEx 或 RtlGetVersion —— 它们只返回版本号和 build number，和编译时间无关。
立即学习“C++免费学习笔记（深入）”；
可行路径只有两个：
- 读取系统目录下
ntoskrnl.exe的 PE 文件头：用GetFileVersionInfo+VerQueryValue提取\StringFileInfo\%04x%04x\FileBuildNumber（但这是构建序号，非日期） - 解析
ntoskrnl.exe的 COFF 时间戳字段（位于 IMAGE_FILE_HEADER::TimeDateStamp）：它表示链接时间，精度到秒，且是 UTC。需用CreateFile+MapViewOfFile读取文件，跳转到 DOS header → NT headers → file header，取出该 32 位值，再用gmtime转换 - 注意：该时间戳可能被工具（如
strip变体或某些打包器）清零；且 Windows Server 2022+ 启用时间戳随机化（/TIMEZONE链接器选项）时不可靠
macOS 用 sysctl 查不到编译日期，得看 kextstat 输出
macOS 的 sysctl kern.version 返回的是 Darwin 内核版本字符串，例如 Darwin Kernel Version 23.5.0: Wed May 1 20:17:01 PDT 2024; root:xnu-10000.121.3~1/RELEASE_ARM64_T8101。这里的时间（Wed May 1 20:17:01 PDT 2024）就是 XNU 内核的编译时间。
实操建议：
- 调用
sysctlbyname("kern.version", ...)获取字符串，而非依赖uname()（后者只给版本号） - 注意字段格式固定但空格不一致（如
May 1有两个空格），正则比strtok更稳："[A-Za-z]{3} [A-Za-z]{3} +[0-9]{1,2} [0-9]{2}:[0-9]{2}:[0-9]{2} [A-Z]{3} [0-9]{4}" - PDT/PST/UTC 等时区缩写需映射到
std::chrono::zoned_time或手动偏移（如PDT = UTC-7），std::get_time无法直接解析
跨平台封装要注意的三个坑
不同系统返回的时间语义不同：Linux 是 kernel build host 时间，macOS 是 XNU build 时间，Windows 是 ntoskrnl 链接时间 —— 它们未必一致，也不代表系统首次安装时间或当前运行时长。
- 不要假设字符串格式稳定：CentOS 7 的
/proc/version可能含mockbuild，macOS Ventura 之后的kern.version增加了~1后缀，影响正则边界 - 权限不是问题（
/proc和sysctl用户态可读），但容器中若挂载了精简版/proc（如procfs未启用hidepid=2以外的选项），可能读不到完整字符串 - 最易忽略的是时区转换：所有系统返回的都是本地编译环境时区（非 UTC），而 C++ 标准库的
std::gmtime强制当 UTC 解析 —— 必须先按原始字符串中的时区标识做秒级偏移，再传给mktime或std::chrono::system_clock::from_time_t
