localtime函数的死锁风险

最新推荐文章于 2025-02-26 12:38:43 发布

转载

最新推荐文章于 2025-02-26 12:38:43 发布 · 1.2k 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：https://juejin.im/post/5c628133f265da2d881b0912

文章标签：

#数据库 #运维

本文详细探讨了localtime函数的使用、线程安全问题以及可能导致的死锁情况。localtime不是线程安全的，推荐使用localtime_r，但在特定场景如信号处理和多线程fork时仍存在死锁风险。Redis早期版本中也曾遇到类似问题，从5.0.0版本开始使用无锁的nolocks_localtime函数解决这一问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文分析了localtime函数的实现，及其可能带来的死锁风险。
上篇文章回顾：一个SRE的日常

————————————————————————————————————

1、localtime函数说明

(1) 函数定义

struct tm *localtime(const time_t *t);复制代码

(2) 函数说明：将1970.01.01 00:00:00 到现在经过的秒数转换为换成真实世界所使用的时间日期。

(3) 返回值：返回结构tm的指针，代表目前的当地时间。

2、localtime函数使用

int main(int argc, char *argv[]) {    
    time_t t0 = time(NULL);    
    time_t t1 = t0 + 1800;   
    struct tm* tm1 = localtime(&t0);    
    struct tm* tm2 = localtime(&t1);     
    char str1[50] = {0};    
    char str2[50] = {0};   
     
    strftime(str1, 50, "%H:%M:%S", tm1);    
    strftime(str2, 50, "%H:%M:%S", tm2);  

    printf("%s\n", str1);    
    printf("%s\n", str2);  

    return 0; 
    }复制代码

假设当前运行时间为