在C中的多线程程序中,线程不应该阻塞哪些信号?

前端之家收集整理的这篇文章主要介绍了在C中的多线程程序中,线程不应该阻塞哪些信号?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个多线程程序.我想在一个线程中处理所有有意义的信号.这就是我在创建任何线程之前所做的事情:
sigset_t signal_set,old_set;

sigfillset(&signal_set);
// What signals should I leave unblocked here?
pthread_sigmask(SIG_SETMASK,&signal_set,&old_set);

std::thread( /* some args */ );

pthread_sigmask(SIG_SETMASK,&old_set,nullptr);

但我的理智建议保留一些信号畅通无阻,因为有很多情况可以将信号直接发送到特定线程:SIGSEGV或SIGPROF – 我相信,它与在交互式程序中保留未阻塞的SIGINT一样好.

我的建议是否正确这两个信号(SIGSEGV,SIGPROF)?

根据一些常识,我应该保留哪些其他信号?

解决方法

异步信号(其中大部分信号,包括由kill命令/函数发送的任何信号以及控制终端产生的信号,如SIGINT)都可以传送到信号未被阻塞的进程中的任何线程,因此不需要保持它们畅通无阻.所有线程.如果您使用的是专用信号处理线程,则希望它们在除信号处理线程之外的所有线程中都被阻止.

另一方面,同步信号由于该线程的动作而被传递到特定线程.它们包括SIGPIPE,SIGBUS,SIGSEGV,SIGFPE等.除了SIGPIPE之外,除非您的程序中存在严重错误,否则这些都不会发生,并且您可能想要阻止SIGPIPE,以便您可以反而获得EPIPE错误并处理这个条件得当.因此,在大多数情况下,我会说只是阻止它们并没有什么坏处.如果你真的发现自己需要处理SIGSEGV等,你可能应该重新考虑原因,但同时可以随意解锁它.

原文链接:https://www.f2er.com/c/118786.html

猜你在找的C&C++相关文章