mktime 时区_mktime性能问题

最近项目在使用mktime时遇到了一个性能问题。

先描述一下项目是怎样使用mktime：通常情况下有这样的一种需求，就是通过输入年月日时分秒，来获取时间戳，对应的Python代码可以写成如下形式：

def 

上面这种情况下，性能上是没有问题的，直到我们加入了时区的功能：

class 

两种情况性能差非常大，如下测试，linux内核4.9，glibc版本2.24，CPU8core，16G内存，测试用例如下：

for 

测试结果如下：

# 有时区版本
> 

运行时间差了70倍！

对两个代码的输出做了比较，发现加了时区后，datetime.timetuple函数输出的结果中tm_isdst=1:

time

tm_isdst=1表示使用夏令时计算时间戳，但是如果系统配置是不支持夏令时的话，mktime的计算就会非常耗时。

具体是什么原因呢？具体要看mktime(3)的内部实现。

mktime的计算流程：

mktime的内部主要逻辑在__mktime_internal函数中，基本的思路如下：

输入的参数与 1970年1月1日0时0分0秒 进行对比，计算一个偏移的时间戳t0

t0 

基于t0，利用localtime(3)函数计算一个新的struct tm数据（这个数据是基于本地时区计算得到的），重新利用ydhms_diff函数，计算struct tm于t0的偏差，调整t0值

for 

举一个简单的例子，如果我们调用mktime输入的时间是 1970年1月1日0:0:0 ，那么在计算t0时，得到t0的值为0，但是在之后的for循环里面，ranged_convert中会调用localtime重新计算struct tm数据，因为我们处于东八区，计算的结果中tm_hour会等于8，因此我们会利用这个结构调整t0的时间偏移为-28800秒，此时gt=-28800。第二次for循环迭代，ranged_convert的输入参数从0变为-28800，此时计算的gt就和t保存一致了。因此，退出for循环。

如果没有DST（夏令时），整个mktime就基本完成了。但是，，，之后mktime会调用isdst_differ函数判断输入的dst flag与之前for循环计算的dst flag是否一致，如果不一致将会进入一个多次迭代的过程中。

/* isdst是用户输入的tm_isdst：在我们的Python例子中等于1

通过上面的代码注释，可以看到，如果mktime传入的dst=1，性能会大打折扣！

最后，附上一篇文章mktime函数性能分析，这篇文章对mktime做了全面的基准测试。

附录：

1. 香港时区夏令时表：Hong Kong Summer Tim

图片摄于冲绳濑长岛