(转)GetTickCount引起的一个诡异bug 游戏诡异bug

话说有日公司一台服务器上运行的系统的一个功能突然不work了,而同样的程序在别的服务器都非常正常,无论如何重启这个程序都不管用。在本地调试,这个方法一点问题都没有,代码也看不出有任何问题,没办法,加了很多log在代码里,到服务器上去跑。

这个功能大致是这样,进行一项比较耗时的计算,为了提高性能,将计算结果缓存住,如果请求时间在5s内,直接返回,否则重新计算。

检查log,发现程序始终返回,没有重新计算过。发现如下代码:

long t1 = GetTickCount();
if (t1 - m_Block_Inteval < 5000)//判断时间是否超过5s,m_Block_Inteval 初始为0
{
CHqDataBuffer* tempBuffer;
//如果有该缓冲数据就直接返回,
if (BlockKindBuffer->Lookup(szBlockKind,(void*&)tempBuffer)){
Send(BlockBuffer->m_lpszBuffer,BlockBuffer->m_cbBuffer,lMask);
return;
(转)GetTickCount引起的一个诡异bug 游戏诡异bug
}
}

在这里始终返回,突然想起GetTickCount是取得系统从开机到现在的毫秒数,难道是溢出了?打了一下log,果然溢出了,而m_Block_Inteval初始为零,所以这里永远小于5000。

知道问题了,解决就很简单,将t1/1000,得到秒数就ok。

GetTickCount常常用来判断某个方法执行的时间,常常是方法开始得到t1,方法执行完得到t2,相减得到时间差。所以不存在这个问题。但是使用GetTickCount的时候一定要注意溢出的问题。

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/soft_ice/archive/2009/01/12/3763268.aspx

  

爱华网本文地址 » http://www.413yy.cn/a/25101017/361933.html

更多阅读

一条微博引起的轰动 开奔驰回农村引起轰动

一条微博引起的轰动前几天我写了一条微博:“我曾经治疗过一个新生儿因金葡感染引起败血症后死亡的病例。这个新生儿是三代单传的独生子,家里的老人高兴的合不拢嘴,每天爷爷抱都要着孩子不停地亲吻。孩子住院细菌培养结果出来后,在追问

今天为儿子设计了一个寻宝游戏,推荐给大家 室内寻宝游戏设计

国庆节没有去外地玩,担心人太多了。不过还是想给儿子找些乐子,就为儿子设计了一个寻宝游戏,今天在奥林匹克森林公园实践了一下,还挺受他欢迎,推荐给大家。今天我们选择的地点在奥林匹克森林公园的东门附近,那里人不多,环境还不错,没有车,比

声明:《(转)GetTickCount引起的一个诡异bug 游戏诡异bug》为网友再见单纯分享!如侵犯到您的合法权益请联系我们删除