我是否过度设计了每线程信号阻止？

Question

在我的应用程序中，我通常希望拦截SIGINT和SIGTERM信号，以便正常关闭。

为了防止工作线程“窃取”信号，我在每个入口点都这样做：

// Block signals in this thread
sigset_t signal_set;
sigaddset(&signal_set, SIGINT);
sigaddset(&signal_set, SIGTERM);
sigaddset(&signal_set, SIGHUP);
sigaddset(&signal_set, SIGPIPE);
pthread_sigmask(SIG_BLOCK, &signal_set, NULL);

如果不这样做，则当我执行Ctrl + C时 ，有时（不会指定哪个线程将获得信号）我的基线程中的处理程序将不会被调用-而是，该信号只是终止了在工作线程中。 这显然不酷。

所以我有一个信号处理线程，并在其他地方阻塞信号。

但是，我没有注意到其他人在这样做，很容易忘记做，而且也不是完全可移植的。 我还缺少一些更简单的技巧吗？

---

参考文献：

• POSIX线程和信号
• http://www.linuxprogrammingblog.com/all-about-linux-signals?page=11
• http://www.unixguide.net/network/socketfaq/2.19.shtml

Answer 1

我觉得这是完全合理的事情。

您可以在产生任何其他线程之前阻止main的信号。 产生的线程将继承创建者线程的信号掩码，并且您只能在信号处理线程中取消阻止信号（仅当该线程也产生其他线程时要小心）。

或者，您可以将信号保留在各处，并通过sigwait和朋友在信号处理线程中显式处理它们。