localtime 的性能问题及其替代者

在系统从redhat5升到redhat6的过程中，服务的性能差了很多。经过定位发现是程序中频繁调用localtime/localtime_r所致。

而调用localtime_r 的实现中，对时区进行了加锁，有bug反馈其有切换的性能损耗。

修复服务程序就有两种思路。

1. 减少localtime_r的调用。

2. 寻找localtime_r的替换者。

第一种思路比较简单，用一个变量调用一次，需要的时候就用该变量即可。

下面谈一下第二种思路。我们的系统调用localtime_r主要是为了获取tm结构中的有限几个域，如时分秒等。我们找到了

《进行日期时间转换和计算的几个Shell小函数》这样通过计算得到tm结构的方法，将其翻译为C++的程序FastSecondToDate，

对于其解释有一篇博文《一个精巧的日期差算法赏析》共参考。

在系统测试中，FastSecondToDate 基本上不耗时，性能有x200以上的提升。

附 FastSecondToDate的实现

static int FastSecondToDate(const time_t& unix_sec, struct tm* tm, int time_zone)
{
    static const int kHoursInDay = ;
    static const int kMinutesInHour = ;
    static const int kDaysFromUnixTime = ;
    static const int kDaysFromYear = ;
    static const int kMagicUnkonwnFirst = ;
    static const int kMagicUnkonwnSec = ;
    tm->tm_sec  =  unix_sec % kMinutesInHour;
    int i      = (unix_sec/kMinutesInHour);
    tm->tm_min  = i % kMinutesInHour; //nn
    i /= kMinutesInHour;
    tm->tm_hour = (i + time_zone) % kHoursInDay; // hh
    tm->tm_mday = (i + time_zone) / kHoursInDay;
    int a = tm->tm_mday + kDaysFromUnixTime;
    int b = (a*  + )/kMagicUnkonwnFirst;
    int c = (-b*kMagicUnkonwnFirst)/ + a;
    int d =((c* + ) / kMagicUnkonwnSec);
    int e = -d * kMagicUnkonwnSec;
    e = e/ + c;
    int m = (*e + )/kDaysFromYear;
    tm->tm_mday = -(kDaysFromYear * m + )/ + e + ;
    tm->tm_mon = (-m/)* + m + ;
    tm->tm_year = b* + d  -  + (m/);
    return ;
}