最可靠方法是调用 sysinfo() 获取系统启动秒数，其 info.uptime 返回含休眠时间的总秒数，需用当前时间减去它得到启动 time_t；注意容器中返回宿主机时间，且跨平台时休眠处理语义不同。
Linux 下用 sysinfo 获取系统启动秒数最可靠
直接读 /proc/uptime 或调 sysinfo() 都能拿到系统运行秒数，但 sysinfo() 更轻量、无需文件 I/O，且是标准 C 库接口。注意它返回的是自启动以来的**总秒数（含休眠时间）**，不是 wall-clock 时间戳。
实操建议：
- 包含头文件：
#include <sys/sysinfo.h> - 调用前初始化
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++免费学习笔记（深入）”；
常见错误现象：
组合式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）
