大家好，我是一个爱分享的牛马程序员，工作中碰到，加上自己理解，很高兴给大家分享。
-begin-
题目：为何连续向一个进程发送多个相同信号（如SIGUSR1），进程可能只收到一次？如何实现可靠的进程间信号通信？
分析流程：
1.现象解析：很多开发者认为信号是“即时送达且不会丢失”的，于是在进程间用信号传递关键信息（如状态更新、数据通知），但实际中连续发送多个相同信号时，进程往往只处理一次，导致信息丢失。这是对信号的“非排队性”特性不了解导致的。
2.深层原因：
Linux信号本质是“软件中断”，设计初衷是处理紧急事件（如异常终止、用户交互），而非可靠通信。其核心特性决定了可能丢失：
◦非排队机制：内核为每个进程维护一个“信号掩码”（记录待处理信号），若同一信号在处理前再次到来，内核只会标记一次（类似“布尔值”，而非计数器）。例如，连续发送3次SIGUSR1，进程的信号掩码中仅记录“有SIGUSR1待处理”，处理时只执行一次回调；
◦优先级覆盖：高优先级信号（如SIGKILL）会打断低优先级信号的处理，若低优先级信号未处理完又被高优先级信号抢占，可能导致低优先级信号被忽略；
◦处理不及时：若进程正在处理某个信号，未及时清除信号掩码，新到来的相同信号会被直接丢弃，不会排队等待。
可以结合生活常识理解：信号就像“门铃”，连续按多次，屋里的人可能只听到一次（或觉得是一次），不会知道按了多少次；而可靠通信需要像“短信”一样，每条都有记录，不会漏接。
我之前开发一个多进程温控系统时，就踩过信号丢失的坑：传感器进程每100ms向控制进程发送SIGUSR1（表示温度过高），但控制进程常漏收信号，导致散热不及时。后来改用管道传递具体温度值，才解决了丢失问题——这就是误用信号做可靠通信的教训。
3.实现可靠信号通信的方案：
◦避免用信号传递计数或状态信息：信号仅适合“触发事件”（如通知有数据待处理），具体数据通过其他方式（如共享内存、管道）传递：
// 信号仅作为通知，数据存在共享内存 #include <signal.h> #include <sys/mman.h> int *shared_data; // 共享内存，存储具体数据 void sig_handler(int signo) { // 信号触发后，从共享内存读取数据 printf("收到数据：%d\n", *shared_data); } int main() { // 初始化共享内存 shared_data = mmap(NULL, sizeof(int), PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0); signal(SIGUSR1, sig_handler); while (1) pause(); // 等待信号 return 0; } |
◦使用实时信号（SIGRTMIN~SIGRTMAX）：实时信号（编号34~64）支持排队机制，相同信号会按发送顺序处理，不会丢失，但需注意优先级：
// 发送实时信号（带附加数据） #include <signal.h> union sigval sv; sv.sival_int = 123; // 传递的附加数据 sigqueue(pid, SIGRTMIN+1, sv); // 发送实时信号 // 接收实时信号 void rt_sig_handler(int signo, siginfo_t *info, void *ctx) { printf("收到实时信号，数据：%d\n", info->si_value.sival_int); } // 注册实时信号处理函数（需指定SA_SIGINFO标志） struct sigaction act; act.sa_sigaction = rt_sig_handler; sigemptyset(&act.sa_mask); act.sa_flags = SA_SIGINFO; // 支持带数据的实时信号 sigaction(SIGRTMIN+1, &act, NULL); |
◦结合信号与管道/消息队列：用信号触发处理流程，具体数据通过管道或消息队列传递，确保每条数据都能被接收和处理：
// 信号通知有数据，管道传递具体内容 int pipefd[2]; pipe(pipefd); // 创建管道 void sig_handler(int signo) { char buf[100]; read(pipefd[0], buf, sizeof(buf)); // 从管道读数据 printf("收到：%s\n", buf); } // 发送方：先写管道，再发信号 write(pipefd[1], "温度过高", 8); kill(pid, SIGUSR1); |
信号使用的最佳实践：
•信号仅用于“异步通知”，不承载具体业务数据；
•优先用实时信号（SIGRTMIN系列）替代普通信号，减少丢失风险；
•信号处理函数要“轻量”，避免复杂操作（如IO、内存分配），防止处理不及时导致新信号丢失。
结论：信号不是为可靠通信设计的，其“非排队性”决定了不适合传递关键数据或计数信息。记住：在嵌入式系统中，信号就像“紧急警报”，能提醒有事件发生，但具体情况需要通过更可靠的方式去查询——就像火警警报只能告诉你着火了，具体哪里着火、火势多大，还需要现场查看。
-end-
如果文章对你有提升，帮忙点赞，分享，关注。十分感谢
