在Linux程序中，为了不覆盖默认的SIGUSR1和SIGUSR2信号，作者尝试使用自定义信号。通过查看`kill -l`和`man 7 signal`，作者发现SIGRTMIN系列信号可以用于此目的。然而，由于glibc POSIX线程实现内部使用了实时信号，导致直接使用SIGRTMIN会有冲突。最终，作者将自定义信号值设为34，成功注册并解决了问题。
有时候我们需要在程序中利用信号来控制程序行为，linux为我们提供了2个已经定义的信号SIGUSR1和SIGUSR2，一般的程序利用这2个信号已经能满足需要，不过我最近需要一些其他信号来避免覆盖原来的信号处理函数。
上网查了一下，看到了下面的程序片段：
#define MYSIG_MSG (SIGUSR2 + 1)
// 定义信号然后注册处理函数
然后到系统里查了一下，MYSIG_MSG其实将其他的信号给覆盖了：
$kill -l 显示 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM
虽然SIGPIPE和SIGALRM在这个程序中没有用到，但是这并不是我想要的效果。
我发现在后面有 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 ，man 7 signal页面同样也说明可以用 SIGRTMIN作为自定义信号。然后程序里就多了下面的代码：
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
