C++如何获取当前进程的启动时刻高精度 Unix 时间戳-C++-PHP中文网

linux通过/proc/self/stat第22字段（clock_t）结合/proc/stat的btime和clk_tck计算秒级时间戳；macos用sysctl获取kinfo_proc.p_starttime（微秒级绝对时间）；windows用getprocesstimes转filetime为unix时间戳（100纳秒精度）。

c++如何获取当前进程的启动时刻高精度 unix 时间戳

Linux 下读取 `/proc/self/stat` 获取启动时间（相对系统启动秒数）

Linux 内核把进程启动时刻记录在 /proc/[pid]/stat 的第 22 个字段（从 1 开始计数），单位是「系统启动后经过的时钟滴答数（clock_t）」，不是 Unix 时间戳。必须结合 /proc/stat 中的 btime（系统启动 Unix 时间戳）换算。

用 std::ifstream 读取 /proc/self/stat，按空格分割并跳过前 21 个字段，提取第 22 字段（starttime）
读取 /proc/stat，找以 btime 开头的行（注意末尾有空格），提取其后的整数值 —— 这就是系统启动的秒级 Unix 时间戳
调用 sysconf(_SC_CLK_TCK) 获取每秒滴答数（通常是 100），计算：btime + starttime / (double)clk_tck
结果是 double 类型的秒级时间戳，精度取决于 starttime 的分辨率（通常为 1/100 秒），达不到纳秒级，但已优于 time()

macOS 下用 `sysctl` + `kinfo_proc` 获取启动时间

macOS 没有 /proc，需用 sysctl 查询当前进程的 kinfo_proc 结构体，其中 kp_proc.p_starttime 是 struct timeval，含秒和微秒。

填入 int mib[4] = {CTL_KERN, KERN_PROC, KERN_PROC_PID, getpid()};
调用 sysctl(mib, 4, &kp, &size, nullptr, 0)，成功后 kp.kp_proc.p_starttime.tv_sec 和 .tv_usec 可组合成微秒级 Unix 时间戳
注意：kinfo_proc 在不同 macOS 版本中字段名可能变化（如旧版用 kp_proc.p_starttime，新版推荐 kp.kp_proc.p_starttime），编译时加 -D_DARWIN_BETTER_REALTIME 可提升兼容性
该方式精度为微秒，且 p_starttime 是绝对 Unix 时间，无需额外换算

Windows 下用 `GetProcessTimes` 转换为 Unix 时间戳

GetProcessTimes 返回的是 FILETIME（100 纳秒为单位的 64 位整数），需转换为 Unix 时间戳（自 1970-01-01 UTC 起的秒数），中间要减去 Windows 纪元偏移量。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

声明 FILETIME ftCreate;，调用 GetProcessTimes(GetCurrentProcess(), &ftCreate, ...)
用 ULARGE_INTEGER 将 ftCreate 转为 64 位整数，减去 Windows 纪元到 Unix 纪元的差值：116444736000000000ULL（单位：100 纳秒）
除以 10000000 得到秒级 Unix 时间戳（double 或 uint64_t），若需更高精度可保留余数作为纳秒部分
注意：GetProcessTimes 在沙箱环境（如某些 UWP 或受限策略下）可能失败，需检查返回值

跨平台封装建议与精度陷阱

没有单一 API 能在所有平台返回纳秒级绝对时间戳；各系统提供的原始数据单位、基准和精度都不同。强行统一为 std::chrono::time_point<:chrono::system_clock></:chrono::system_clock> 容易丢失精度或引入偏移。

避免用 std::chrono::system_clock::now() 减去运行时长估算启动时间 —— 进程可能被挂起，system_clock 不保证单调，且无法回溯
Linux 的 starttime 是相对于系统启动的值，若系统 uptime 超过 497 天（clock_t 溢出），该字段会回绕，但现代内核已用 64 位字段规避
macOS 的 p_starttime 是 wall-clock 时间，但若系统启用了 NTP 调整，它可能略早于真实 Unix 时间（取决于内核如何填充该字段）
Windows 的 FILETIME 是单调递增的，但转换时若用 double 存秒+纳秒，53 位 mantissa 在 2^53 ns ≈ 285 年后开始丢精度 —— 对大多数进程够用，但长期运行服务需留意

真正高精度（纳秒级）且跨平台的方案不存在，得按目标平台分别实现，并接受微秒级已是实用上限。