Linux 用 /proc/uptime 第一列获取系统运行秒数，Windows 调用 GetTickCount64() 获取毫秒再转秒；二者均需条件编译封装，避免误用 CLOCK_MONOTONIC 或 GetTickCount()。
Linux 下用 /proc/uptime 获取系统已运行秒数
Linux 系统把开机至今的总运行时间（不包括休眠）以秒为单位写在 /proc/uptime 的第一列。这是最轻量、最可靠的方式，无需特权，也不依赖外部命令。
读取时注意：该文件内容形如 "123456.78 987654.32"，只需取空格前的部分并转为整数或浮点数即可。
- 用
std::ifstream打开/proc/uptime，>>提取第一个double值 - 不要用
system("uptime")或解析命令输出——不可靠、有 shell 注入风险、启动慢 - 该值是单调递增的，但若系统启用了休眠（suspend-to-RAM），部分内核版本可能不计入休眠时间；确认是否满足你对“启动总时间”的定义
Windows 下调用 GetTickCount64() 获取毫秒级 uptime
Windows 提供 GetTickCount64()（推荐）或 GetTickCount()（32 位，已弃用），返回自系统启动以来的毫秒数。它包含休眠时间（即挂起后恢复继续计时），符合多数人理解的“开机后总时长”。
需包含 <windows.h></windows.h>，且仅适用于 Windows Vista 及以上系统（GetTickCount64 是 2006 年引入的）。
立即学习“C++免费学习笔记（深入）”；
- 返回值类型是
ULONGLONG，直接除以1000得秒数，或保留毫秒精度 - 避免用
GetTickCount()：它会在约 49.7 天后回绕，导致结果突变，调试困难 - 该 API 不受用户态进程调度影响，比轮询性能计数器更稳定
C++ 跨平台封装建议：编译期分发 + 统一接口
没有标准库函数能跨平台获取 uptime，必须条件编译。不要试图用 std::chrono::system_clock::now() 减去上次记录时间——那只是进程存活时间，不是系统启动时间。
一个实用的头文件封装方式：
#ifdef _WIN32
#include <windows.h>
inline uint64_t get_system_uptime_seconds() {
return GetTickCount64() / 1000;
}
#else
#include <fstream>
#include <string>
inline uint64_t get_system_uptime_seconds() {
std::ifstream f("/proc/uptime");
double sec;
f >> sec;
return static_cast<uint64_t>(sec);
}
#endif
- 不要在运行时检测 OS 字符串——增加启动开销且不可靠
- 若需支持 macOS，得走
sysctl（CTL_KERN, KERN_BOOTTIME），但那是另一套逻辑，不属于“当前标题”覆盖范围 - 该函数返回的是“已运行秒数”，不是“启动时间戳”；如需启动时刻，需用当前时间减去该值（注意时区与 clock 类型一致性）
常见误用：混淆 clock_gettime(CLOCK_BOOTTIME) 和 CLOCK_MONOTONIC
Linux 上有人尝试用 clock_gettime(CLOCK_MONOTONIC)，但它不包含系统休眠时间；而 CLOCK_BOOTTIME 才真正等价于 /proc/uptime（从内核 2.6.39+ 支持）。这点极易被忽略。
-
CLOCK_MONOTONIC：进程可见的单调时钟，休眠期间暂停计时 → 不适合“系统总运行时间”场景 -
CLOCK_BOOTTIME：包含休眠，但需检查内核版本和 glibc 支持；不如直接读/proc/uptime简单稳定 - 若坚持用
clock_gettime，务必先#ifdef __linux__并验证clock_gettime返回值非负，否则 fallback 到/proc/uptime
GetTickCount() 导致 49.7 天后数值跳变——这种 bug 往往压测时发现不了，上线后才暴露。 
