如果你想知道一个进程使用的cpu总时间,那么clock和rdtsc(直接或通过编译器内在)都不是最好的选择,至少是IMO.如果您需要可移植的代码,那么您可以做的最好是使用时钟,尽可能将系统测试为静态,并希望最好(但如果您这样做,请注意时钟的分辨率是CLOCKS_PER_SEC,可能是也可能不是1000,即使它是,你的实际定时分辨率往往不会那么好 – 它可能给你几毫秒的时间,但至少通常一次提前几十毫秒).
原文链接：https://www.f2er.com/windows/364215.html但是,由于您似乎不介意特定于Windows的代码,因此您可以做得更好.至少如果我对你正在寻找的东西的理解是正确的,你真正想要的可能是GetProcessTimes,它将(单独)告诉你进程的内核模式和用户模式cpu使用(以及开始时间)和退出时间,如果你愿意,你可以从中计算所用的时间).还有QueryProcessCycleTime,它将告诉您进程使用的cpu时钟周期总数(所有线程中用户和内核模式的总和).就个人而言,我很难想象后者有多大用处 – 计算个别时钟周期对于需要进行密集优化的小部分代码非常有用,但我不太确定如何将它应用于完整的过程. GetProcessTimes使用FILETIME结构,它支持100纳秒的分辨率,但实际上大多数时候你会看到调度程序的时间片的倍数(随着窗口的版本而变化,但是在毫秒到几十毫秒的数量级) .
在任何情况下,如果你真的想要从开始到结束的时间,GetProcessTimes将允许你这样做 – 如果你产生程序(例如,使用CreateProcess),你将获得一个过程的句柄,当孩子将发出信号进程退出.然后,您可以在该句柄上调用GetProcessTimes,并检索时间,即使子项已经退出 – 只要该进程的至少一个句柄保持打开,句柄将保持有效.
