如何优化mktime运行性能？解决__tz_convert频繁调用导致的耗时问题

问题解答 #

1. 缓存时区、避免重复开销的最优实现方案 #

不需要自行实现mktime逻辑，直接使用POSIX 2008标准提供的带显式时区参数的接口即可：

• 进程启动阶段调用一次tzalloc("/etc/localtime")获取时区句柄timezone_t，该操作仅会执行一次时区数据加载，不会产生重复开销
• 后续所有时间转换场景都用mktime_z(时区句柄, &tm_struct)替代原生mktime，既保留了标准库对夏令时、闰秒等边界场景的处理逻辑，也不会再触发时区文件读取、全局锁争抢等操作
• 使用完成后调用tzfree(时区句柄)释放资源即可

2. 调用__mktime_internal的风险说明 #

该操作完全不推荐，所有__开头的函数均为glibc的私有非公开接口：

• 不同版本glibc的私有接口参数、实现逻辑可能随时调整，没有任何兼容性承诺，升级系统后很可能直接出现运行异常
• 自行替换__localtime_r为无操作实现，会破坏标准库内部的时区校验、偏移计算逻辑，极易引发时间转换错误等隐蔽问题

3. 锁开销的原因说明 #

你观测到的耗时来自tzset_lock锁争抢是正确的：原生mktime为了保证线程安全、支持时区动态更新，每次调用都会先获取全局时区锁，检查时区配置是否变更。即使时区没有修改，高并发场景下这个全局锁的争抢开销也会非常高，使用mktime_z显式持有时区句柄的方案可以完全绕开全局锁，性能提升最明显。

如果你的系统版本过低不支持mktime_z，可以采用退级方案：进程启动时提前调用一次tzset()完成初始化，部分glibc版本会跳过后续的时区重读逻辑，但该方案无法解决全局锁争抢的问题，高并发场景下收益有限。

内容的提问来源于stack exchange，提问作者calvin