最可靠方法是调用 sysinfo() 获取系统启动秒数,其 info.uptime 返回含休眠时间的总秒数,需用当前时间减去它得到启动 time_t;注意容器中返回宿主机时间,且跨平台时休眠处理语义不同。

Linux 下用 sysinfo 获取系统启动秒数最可靠
直接读 /proc/uptime 或调 sysinfo() 都能拿到系统运行秒数,但 sysinfo() 更轻量、无需文件 I/O,且是标准 C 库接口。注意它返回的是自启动以来的**总秒数(含休眠时间)**,不是 wall-clock 时间戳。
实操建议:
- 包含头文件:
#include <sys></sys> - 调用前初始化
struct sysinfo info,再传地址给sysinfo(&info) - 成功时
info.uptime是unsigned long类型的秒数,需转成time_t才能参与时间计算 - 失败时返回 -1,
errno可能为EPERM(极少见)或EFAULT(指针非法)
转成 Unix 时间戳要减去当前时间差
sysinfo.uptime 是相对开机时刻的偏移量,不是绝对时间。要得到启动时刻的 time_t,得用当前时间减去它:
time_t now; time(&now); time_t boot_time = now - info.uptime;
这个结果和 cat /proc/stat | grep btime 输出一致(后者是内核 2.6.39+ 引入的精确启动时间,单位秒,从 Epoch 起算)。但注意:btime 不含休眠时间,而 sysinfo.uptime 含休眠——两者在有 suspend/resume 的机器上可能差几分钟。
常见错误现象:
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 直接把
info.uptime当作时间戳用,导致时间错乱十几年 - 没检查
sysinfo()返回值,指针未初始化就传入,触发段错误 - 在容器中运行时,
sysinfo.uptime返回的是宿主机启动时间,不是容器启动时间
Windows 上必须用 GetTickCount64() 配合 GetSystemTimeAsFileTime()
Windows 没有等价于 sysinfo() 的 API,只能靠“当前系统时间 − 当前开机后毫秒数”反推。关键点在于:GetTickCount64() 返回的是自开机起的毫秒数(不溢出),而 GetSystemTimeAsFileTime() 给的是当前 UTC 时间(FILETIME 结构)。
使用步骤:
- 先调
GetSystemTimeAsFileTime(&ft)得到 64 位 FILETIME - 用
FileTimeToUnixTime()或手动转换:FILETIME 是 100ns 单位,距 1601-01-01;减去 116444736000000000LL 得到微秒级 Unix 时间 - 调
GetTickCount64()得到开机毫秒数,乘以 1000 转为微秒,从上面结果中减去 - 最终结果除以 1000000 得到秒级
time_t
性能影响:两次系统调用 + 整数运算,开销可忽略;但要注意 GetTickCount64() 在系统休眠期间不递增,所以结果和 Linux 的 btime 更接近,而非 sysinfo.uptime。
跨平台封装要注意时钟源语义差异
Linux 的 sysinfo.uptime 和 Windows 的 GetTickCount64() 表面相似,但底层行为不同:前者计入 suspend 时间,后者不计。如果业务逻辑依赖“真实流逝时间”,比如监控服务存活时长,那在 Linux 容器里用 /proc/sys/kernel/boot_id 或 systemd 的 systemctl show --property=UserspaceTimestampMonotonic 更准——但这些都不是标准 C++ 接口。
容易被忽略的地方:
- 没有统一的 POSIX 或 ISO C++ 标准函数支持该需求,所有方案都是平台特定
- 虚拟机或容器中,/proc 文件系统可能被挂载为只读或模拟,
sysinfo()仍可用,但/proc/uptime可能不准 - 高精度需求(如纳秒级)不能依赖这些接口,得用
clock_gettime(CLOCK_BOOTTIME, ...)(Linux)或QueryUnbiasedInterruptTime()(Windows)
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










