大家好，我是一个爱分享的牛马程序员，工作中碰到，加上自己理解，很高兴给大家分享。
-begin-
题目：在信号处理函数中调用printf为何可能导致程序崩溃？若在处理SIGINT信号时又收到SIGTERM信号，会发生什么？如何安全处理信号嵌套？
分析流程：
1.现象解析：新手常在信号处理函数中调用printf输出信息，却不知这可能引发崩溃；当一个信号处理未完成时收到另一个信号，还可能导致数据混乱，这涉及信号处理的异步性和安全性。
2.深层原因：
信号处理函数运行在“信号上下文”，属于异步执行（随时可能打断正常程序流程），且内核对信号处理有严格限制：
◦printf的风险：printf是标准IO函数，内部使用全局缓冲区和锁（如stdout的互斥锁）。若信号打断了printf的执行（此时锁已被持有），信号处理函数中再调用printf会尝试再次加锁，导致死锁（信号上下文无法被调度，锁无法释放）；
◦信号嵌套问题：默认情况下，若信号A的处理函数正在执行，收到同类型信号A会被阻塞，但收到其他信号（如B）会打断A的处理，进入B的处理函数。若两个处理函数操作同一全局变量，可能导致数据不一致（如A修改到一半被B打断）。
可以结合生活常识理解：信号就像“突然来电”，正常通话（程序执行）可能被打断。若接电话时又有新电话进来（信号嵌套），可能忘了上一个电话说啥；若两个电话都要记在同个笔记本上（共享变量），还可能写混内容。
我之前开发一个设备控制程序时，在SIGINT（Ctrl+C）处理函数中用printf打印“退出中...”，结果偶尔出现程序卡死。通过调试发现，主线程正在printf时被信号打断，信号处理函数中的printf因抢锁导致死锁——这就是异步操作使用非线程安全函数的代价。
3.信号处理的安全准则：
◦禁用不安全函数：信号处理函数中只能调用“异步信号安全（async-signal-safe）”的函数，如write、_exit、sigprocmask等（可通过man 7 signal-safety查看列表），禁止使用printf、malloc、strcpy等非安全函数；
安全输出示例（用write替代printf）：
void sig_handler(int signo) { const char* msg = "收到信号\n"; write(STDOUT_FILENO, msg, strlen(msg)); // write是安全函数 } |
◦控制信号嵌套：在信号处理函数开头用sigprocmask阻塞可能干扰的信号，结束前再解除阻塞，避免被其他信号打断：
void sig_handler(int signo) { sigset_t mask, oldmask; sigemptyset(&mask); sigaddset(&mask, SIGTERM); // 阻塞SIGTERM sigprocmask(SIG_BLOCK, &mask, &oldmask); // 保存旧掩码 // 处理逻辑（此时不会被SIGTERM打断） sigprocmask(SIG_SETMASK, &oldmask, NULL); // 恢复旧掩码 } |
◦避免操作共享数据：若必须访问全局变量，需用原子操作（如sig_atomic_t类型），或在访问前后通过sigprocmask阻塞信号，防止并发修改：
sig_atomic_t flag = 0; // 原子类型，确保读写是单指令 void sig_handler(int signo) { flag = 1; // 安全修改 } |
信号处理的最佳实践：
•信号处理函数应“短小精悍”，只做简单标记（如设置sig_atomic_t变量），复杂逻辑交给主线程处理（主线程定期检查标记）；
•注册信号时用sigaction而非signal，sigaction可更精细地控制信号行为（如设置SA_RESTART自动重启被打断的系统调用）；
•对关键信号（如SIGTERM），处理前先阻塞其他信号，确保处理流程不被干扰。
结论：信号处理是嵌入式Linux中处理异步事件（如设备异常、用户中断）的重要机制，但必须遵守“异步安全”准则。记住：信号处理函数就像“紧急便签”，只能快速记录事件，不能长篇大论（复杂操作），更不能用可能引发冲突的工具（非安全函数），否则会引入难以调试的异步bug。
-end-
如果文章对你有提升，帮忙点赞，分享，关注。十分感谢
