zoukankan      html  css  js  c++  java
  • 通信服务器编程中的一个大坑

      关于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;
    }

      显然是一个大错误。

  • 相关阅读:
    时间类型:datetime,timestamp,date,time,year
    字符串类型:char,varchar,text,enum,set
    RHEL7安装ZABBIX 3.2
    Go-06-数据类型、常量、运算符
    GO-05-数据类型
    GO-04-变量
    GO-03-基础
    GO-02-helloworld
    Ambassador-09-prefix正则表达式
    Ambassador-08-跨域
  • 原文地址:https://www.cnblogs.com/kuliuheng/p/5099981.html
Copyright © 2011-2022 走看看