sem_wait和信号处理程序

Question

为什么sem_wait不能在信号处理程序中使用（特别是每个线程的SIGSEGV信号）？有人可以给我一个示例场景，它会使应用程序崩溃吗？我猜sem_wait是可重入和线程安全，所以这里有什么问题？为什么它不是 async safe ？

Answer 1

异步安全是比线程安全更严格的要求。您可以使用基元编写线程安全代码，以保护关键部分的全局数据。信号处理程序不能依赖于此。例如，您可能位于sem_wait内的关键部分内，同时执行导致段错误的操作。这会破坏sem_wait的线程安全保护。

Answer 2

如果应用程序在信号量的值为零时收到信号，并且接收信号的线程碰巧是应该增加信号量值（sem_post）的线程，该怎么办？如果你然后在信号处理程序中调用sem_wait，那么进程将死锁，不是吗？

另一个论点当然可能是如果sem_wait不在异步信号安全函数列表中，那么实现可以自由地调用鼻子恶魔。

Answer 3

由于这个原因，

sem_wait不能在信号处理程序中使用：

线程A在sem1上调用sem_wait。线程A完成后，它会发布到sem1。但是，在它完成之前，接收信号然后输入处理程序，在sem1上调用sem_wait。因为A是发布到sem1的那个，所以处理程序永远不会返回，你将遇到死锁。这就是为什么永远不要等待信号处理程序中的任何事情的原因。问题，ASFAIK，与崩溃有关，而不是崩溃。

此外，这违反了信号处理程序的理想目的，即处理外部中断然后快速恢复到您正在做的事情。

最后，摆脱SIGSEGV而不是处理它不是一个更好的目标吗？