GetTickCount()函数的陷阱！

最新推荐文章于 2023-08-16 16:57:22 发布

原创最新推荐文章于 2023-08-16 16:57:22 发布 · 4.7k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#windows C++

技术控专栏收录该内容

15 篇文章

订阅专栏

本文探讨了在服务程序中使用GetTickCount()进行时间间隔判断时遇到的溢出问题，并提出了一种利用秒数差来计算间隔时间的替代方法，确保程序的长期稳定运行。

开发中经常用GetTickCount()函数来进行间隔时间的判断，如判断某一段代码执行花了多少时间等，使用比较方便。但是只针对平常的一些测试。最近开发一个服务程序时，也在代码中用GetTickCount()来进行判断，大体格式如下:

DWORD dwBegin = 0;

void Thread_Run(void)
{	
	while(TRUE)
	{
		DWORD dwNow = GetTickCount();
		if (dwNow - dwBegin > 30) //second
		{
			....//
			dwBegin = dwNow;
		}
	}
}

问题来了，GetTickCount()返回的是DWORD类型，返回的值代表程序从启动到现在走过的时间。DWORD类型的最大值为4294967295，折算成天是49.7，也就是说当服务程序连续跑了50天之后，再调用GetTickCount()的时候就会发生溢出。所以服务程序尽量不要用GetTickCount()。如果要判断间隔时间可以用1970年以来的秒数差来计算。