注意:这可能是关于有缺陷的数学的问题,而不是关于问题中描述的 Windows 系统调用的问题。
我们正在处理GetSystemTimeAsFileTime()
win32 调用,看到我认为奇怪的结果,并正在寻找一些澄清。来自 MSDN 上的 FILETIME 结构https://msdn.microsoft.com/en-us/library/windows/desktop/ms724284%28v=vs.85%29.aspx
包含一个 64 位值,表示自 1601 年 1 月 1 日 (UTC) 以来的 100 纳秒间隔数。
根据我们对这个描述的阅读,返回的值是10e-8间隔秒数。假设这是正确的,那么以下函数应该以毫秒为单位返回系统时间。
DWORD get_milli_time() {
FILETIME f;
::GetSystemTimeAsFileTime(&f);
__int64 nano = (__int64(f.dwHighDateTime) << 32LL)
+ __int64(f.dwLowDateTime);
return DWORD(nano / 10e5);
}
然而,一个简单的单元测试表明这是不正确的,下面的代码打印“失败”:
DWORD start = get_milli_time();
::Sleep(5000); // sleep for 5-seconds
DWORD end = get_milli_time();
// test for reasonable sleep variance (4.9 - 5.1 secs)
if ((end - start) < 4900 || (end - start) > 5100) {
printf("Failed\n");
}
根据这个 SO postGetting the current time (in milliseconds) from the system clock in Windows? ,可以通过将我们的划分改为:
return DWORD(nano / 10e3);
如果我们使用这个值,我们会得到正确的结果,但我不明白为什么。
在我看来,要从10e-8转换为10e-3,我们应该除以10e5。这似乎可以通过以下计算得到证实:
printf("%f\n", log10(10e-3 / 10e-8));
返回 5(如我所料)。
但不知何故我错了——但如果我能看到我哪里出错了,我会被诅咒的。