C++ 获取当前进程的 CPU 执行时间-C++-PHP中文网

linux下获取进程cpu时间最准方式是clock_gettime(clock_process_cputime_id, ...)，精度纳秒级；windows需用getprocesstimes累加lpkerneltime和lpusertime（100纳秒单位），二者语义一致且不可混用线程级api。

c++ 获取当前进程的 cpu 执行时间

Linux 下用 `clock_gettime(CLOCK_PROCESS_CPUTIME_ID, ...)` 最准

获取当前进程的 CPU 执行时间（即该进程在用户态 + 内核态实际占用 CPU 的时长），Linux 上最直接、最可靠的方式是调用 clock_gettime 并传入 CLOCK_PROCESS_CPUTIME_ID。它不依赖进程启动时间或系统时钟，只统计调度器真正分配给本进程的 CPU 时间，精度通常达纳秒级。

常见错误是误用 CLOCK_MONOTONIC 或 CLOCK_REALTIME——它们返回的是墙钟时间，和 CPU 占用完全无关；也有人用 getrusage(RUSAGE_SELF, ...)，但它精度低（通常只到微秒）、字段含义易混淆（比如 ru_utime 和 ru_stime 是分开的 struct timeval，需手动换算）。

实操建议：

C++

"空空如也"

下载

包含头文件：#include <time.h></time.h>（不是 <chrono></chrono>）
声明 struct timespec ts，调用 clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &ts)，失败时检查返回值是否为 -1 并查看 errno
结果单位是秒 + 纳秒，如需毫秒可计算：ts.tv_sec * 1000LL + ts.tv_nsec / 1000000LL
注意：该 clock 在内核 2.6.12+ 才稳定支持，老系统（如 CentOS 5）可能不可用

Windows 下必须用 `GetProcessTimes`，且要自己累加

Windows 没有等价于 CLOCK_PROCESS_CPUTIME_ID 的单一调用，必须用 GetProcessTimes 获取四个 FILETIME 值：创建/退出时间（一般不用），以及 lpKernelTime 和 lpUserTime ——后者才是你要的 CPU 时间分量。

关键点在于：FILETIME 是 100 纳秒为单位的 64 位整数，且 lpKernelTime 和 lpUserTime 是**自进程启动以来累计的 CPU 时间**，不是当前时刻的绝对值。所以你不能只取一次就当“当前时间”，而是要反复调用并做差值来测耗时。

实操建议：

包含头文件：#include <windows.h></windows.h>
用 GetCurrentProcess() 获取当前进程句柄，传给 GetProcessTimes
把 FILETIME 转成 64 位整数后，相加得到总 CPU 时间（单位：100 纳秒），再除以 10000 得到毫秒
注意：GetProcessTimes 在 Windows Server 2003+ / XP SP2+ 支持，但某些沙箱或受限进程可能返回 ERROR_ACCESS_DENIED

跨平台封装要注意 `std::chrono` 的陷阱

如果想写个统一接口（比如 process_cpu_clock::now()），别直接把 clock_gettime 或 GetProcessTimes 结果塞进 std::chrono::steady_clock::time_point——它们语义不同：steady_clock 是单调时钟，而 CPU 时间是非单调的（进程被抢占、休眠时它就不走）。

更安全的做法是定义自己的时钟类型，或直接返回 std::chrono::nanoseconds 数值：

auto get_process_cpu_time() {
#ifdef _WIN32
  FILETIME ft_kernel, ft_user;
  GetProcessTimes(GetCurrentProcess(), nullptr, nullptr, &ft_kernel, &ft_user);
  ULARGE_INTEGER u_kernel = {ft_kernel.dwLowDateTime, ft_kernel.dwHighDateTime};
  ULARGE_INTEGER u_user  = {ft_user.dwLowDateTime,  ft_user.dwHighDateTime};
  return std::chrono::nanoseconds((u_kernel.QuadPart + u_user.QuadPart) * 100);
#else
  struct timespec ts;
  clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &ts);
  return std::chrono::seconds(ts.tv_sec) + std::chrono::nanoseconds(ts.tv_nsec);
#endif
}

注意点：

Windows 版本里乘以 100 是因为 FILETIME 是 100 纳秒单位，不是 1 纳秒
不要用 std::chrono::file_clock 或 system_clock，它们和 CPU 时间无映射关系
若需高频率采样（如性能监控），Linux 下 clock_gettime 开销极小；Windows 下 GetProcessTimes 开销稍大，避免每毫秒都调

别把线程 CPU 时间和进程 CPU 时间搞混

有些 API 名字带 “thread” 容易误导，比如 Linux 的 CLOCK_THREAD_CPUTIME_ID 只返回**当前线程**的 CPU 时间，不是整个进程；Windows 的 GetThreadTimes 同理。如果你 fork 了子进程、或用了多线程，而目标是统计“整个进程从启动到现在用了多少 CPU”，就必须用进程级 API（CLOCK_PROCESS_CPUTIME_ID / GetProcessTimes），且注意子进程会重置计时器。

典型误用场景：

在多线程程序中用 clock_gettime(CLOCK_THREAD_CPUTIME_ID, ...) 然后累加各线程结果——这会重复计算共享代码段、忽略线程调度开销，结果偏高
用 GetThreadTimes(GetCurrentThread(), ...) 替代 GetProcessTimes——漏掉其他线程的 CPU 消耗
在 fork 后继续用父进程记录的起始时间减当前值——子进程有自己的 CPU 时间计数器，不能复用

真正需要进程粒度的 CPU 时间时，起点和终点都必须用同一套进程级 API，中间不穿插线程级调用。