类库大魔王
类库大魔王 多年C++、Go项目经验,长期从事跨平台(Windows/macOS/iOS/Android)应用架构设计与开发。

奇怪的死锁


之前一段时间一直遇到一个问题,假设有L和R两个程序,L负责启动R,杀掉R,或者在R异常退出时自动重启R,众所周知在Linux上一个程序要运行另一个程序,是先fork,然后exec执行另一个程序代码。于是问题来了,大绝大多数情况下L和R都如预期地运行,但有时候会出现R没被运行起来,用ps看是两个L在跑,也就是说fork了之后没执行到exec那儿!

众所周知,很多资料上都会提到,要调用fork的程序最好不是多线程的,因为fork后只有调用fork的那个线程还在,其他线程都蒸发了,如果其他线程中加了锁,在fork时却没解锁,然后fork的那个线程如果要加锁,那就死锁了。所以有的资料上说,即使程序一定要是多线程的,尽量在fork后立即调用exec,避开死锁的风险。

昨天那个问题又出现了,我用gdb attach了那个子进程,发现居然是死锁了,死锁在我自定义的SIGTERM handler里销毁log4cplus的函数调用里了,那个函数从callstack看会用到pthread的某个条件锁,然后fork的线程在fork后我为了切换子进程的运行身份,调用了getpwnam,确实没有马上调用exec。但我想不通的是,为什么这个子进程会收到SIGTERM信号?这点还需要继续研究。

这个问题虽然知道了引发的原因,但我一时也没想到好的解决办法,只有个workaround,在SIGTERM handler里把会死锁的函数调用去掉就可以了。

感觉本文不错,不妨小额鼓励我一下!
如果你有Visa、MasterCard之类的国际银行卡,也可以考虑以下选项:
如果你看不到评论框,说明Disqus被墙了。