通信服务器编程中的一个大坑

  关于DAServer的延迟队列,这些年没少坑过大家!一直都是这样或那样的“小毛病”,说是小毛病,实际上都不小,引起的问题都属于那种“顽固性老毛病”,每次引起问题都觉得想不通哪里会有问题。

  比如说:

  1. 曾经用GetSystemTime来获取系统事件,导致时间戳存在问题,应该使用GetLocalTime;
  2. 本应该SUpdateValue* p = m_pHead;笔误成了SUpdateValue* p = m_pNew;
  3. 多线程操作延迟数据队列而没有加锁,导致线程直接操作非法地址;
  4. C++工程中没有Catch异常,线程操作非法地址引起程序崩溃;

  上面都是历时悠久才发现的陈年老BUG,就是看不出来。好不容易说自己应该没问题了吧,今天又打脸了:再次发现程序内部严重的一个隐藏BUG:使用GetTickCount()引起的问题。直接先看百度百科的解释吧:GetTickCount_百度百科

  百度百科解释的很清楚:这个返回值可以存储的最大值是(2^32-1) ms约为49.71天,因此若系统运行时间超过49.71天时,这个数就会归0。

  可能我以前也看到了,但就是没想清楚,这个值清零之后下一次的值岂不是比上一次的值小了?仅仅做大小比较怎么能行呢?看:

if ((curTime - pList->lastSendTime) < 1500)
{
    return false;
}

  显然是一个大错误。

你可能感兴趣的:(通信服务器编程中的一个大坑)