在信号处理函数里边调用pthread_mutex_lock（）是否安全？

ChiyuT

如下所示：

线程（thread）和信号处理函数（sig_chld）都拥有同一把全局的锁，当thread在执行代码段 A 的时候，如果来了信号（SIGCHLD），导致线程中断，转而执行sig_chld，并试图获取锁。由于thread并没有释放该锁，这个时候是不是会发生死锁？


不知道大家是怎么处理这个问题的？有什么好的替代方案吗？

谢谢！！

1. thread：
   
2. 
   
3. {
   
4.         pthread_mutex_lock();
   
5. 
   
6.         A；       
   
7. 
   
8.         pthread_mutex_unlock();
   
9. 
   
10. }
    
11. 
    
12. 
    
13. sig_chld:
    
14. 
    
15. {
    
16. 
    
17.         pthread_mutex_lock();
    
18.        
    
19.         A；
    
20. 
    
21.         pthread_mutex_unlock();
    
22. 
    
23. }

复制代码

雨过白鹭洲

The mutex functions are not async-signal safe. What this means is that they should not be called from a signal handler

from pthread mutex manual page

ChiyuT

内容

多谢！如果某信号来时，必须要处理某一些公共数据的时候该怎马办呢？大家在这种情况下都是如何设计的方案？

zylthinking

内容

多谢！如果某信号来时，必须要处理某一些公共数据的时候该怎马办呢？大家在这种情况下都是如何设计 ...
ChiyuT 发表于 2011-08-25 10:21

信号来时看在哪个线程上下文下执行， 如果就是在和潜在冲突的线程上下文下， 直接处理即可， 不用担心；
如果和发生冲突的线程不是一个， 完全可以使用锁。

我觉得是哈， 从原理分析的， 但不保证正确。  
不过话说回来， 如果信号处理函数处理过程中 禁止了其他线程抢占， 那么所有情况下都可以不用锁了， 所以应该正确的可能性很大的

ChiyuT

回复 4# zylthinking


谢谢！

仔细考虑了一下，为了绝对安全起见， 打算新开一个线程无限循环调用waitpid，专门干信号处理函数的活儿。

不知道这样做是否有隐患？

zylthinking

似乎是严密的， 暂时想不出不安全来

smalloc

在上锁前禁止信号处理.

ChiyuT

在上锁前禁止信号处理.
smalloc 发表于 2011-08-25 20:19

在线程里屏蔽掉？是下边这样吗？貌似这样不能阻止信号处理函数的打断吧？

还请明示。

1. thread:
   
2. 
   
3. thread_sigmask()    /*  屏蔽 signo  */
   
4. 
   
5. pthread_lock();
   
6. 
   
7. A....
   
8. 
   
9. pthread_unlock();
   
10. 
    
11. thread_sigmask();     /*  恢复 signo   */
    
12. 
    

复制代码

smalloc

回复 8# ChiyuT


    2个信号间相互打断确实处理不了.  posix多线程程序设计 中建议的是只在主线程中处理信号

ChiyuT

回复 9# smalloc

现在比较郁闷的是，我决定新开一个线程来专门调用waitpid()，对子进程进行收割。可问题是，该线程生成的时候，很有可能主线程还并没有创建子进程。因此会导致waitpid直接返回。

我在想有没有一个比较好的办法解决这个问题。