信号导致localtime_r死锁

博客讲述了在C++环境中,由于localtime_r在处理信号时可能导致死锁的现象。分析了问题的原因,指出popen创建的子进程在调用localtime_r时遇到死锁。提出了两种解决策略:一是自定义实现localtime_r以确保信号安全;二是通过创建额外的日志线程避免阻塞信号处理线程。

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

1 现象

服务器上发现有两个服务同时在跑,且子进程处理Sleep状态,查看sleep进程堆栈如下

#0  0x00007f47d6b8065c in __lll_lock_wait_private () from /lib64/libc.so.6
#1  0x00007f47d6b2acac in _L_lock_2546 () from /lib64/libc.so.6
#2  0x00007f47d6b2aae7 in __tz_convert () from /lib64/libc.so.6
.......
#10 <signal handler called>
#11 0x00007f47d6ae451e in _IO_proc_open@@GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x00007f47d6ae45dc in popen@@GLIBC_2.2.5 () from /lib64/libc.so.6

2 原因分析

1.popen会生成子进程
2.子进程打印日志调用localtime_r死锁

2.1 两个进程

查看glibc源码后发现popen会生成子进程
路径:glibc-2.17/libio/iopopen.c

_IO_FILE *
_IO_new_proc_open (fp, command, mode)
     _IO_FILE *fp;
     const char *command;
     const char *mode;
{
   
  ..
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值