使用zlib的C++程序收到SIGINT后挂起 Debug异常问题问询

1. GDB内发送SIGINT的操作是否存在问题？ #

操作本身没有问题，复现不了是GDB的默认信号处理逻辑导致的：GDB运行目标程序时会默认截获SIGINT信号，你按下Ctrl+C时首先中断的是GDB自身的运行，而非直接把信号传递给被调试的程序，只有你在GDB交互界面执行signal SIGINT命令时，才会将信号真正发送给目标进程，这和程序直接在终端运行时SIGINT直接递交给进程的逻辑完全不同，因此无法复现挂起问题是正常现象。

2. zlib是否存在已知的收到SIGINT后导致程序挂起的相关问题？ #

zlib的gzwrite/gzflush/gzclose等函数本身没有内置信号处理逻辑，没有已知的SIGINT触发挂起的官方问题。
你遇到的挂起几乎都是信号处理函数调用不可重入函数导致的：如果你的SIGINT信号处理逻辑中调用了gz系列函数，这类函数内部会涉及堆内存分配、用户态缓冲区操作、磁盘IO，都是不可重入的。如果信号刚好在主流程执行gz相关操作的过程中被触发，信号处理函数再调用同一份gz句柄的操作，就会出现死锁、内存状态异常等问题，最终表现为程序挂起。

3. 还有哪些其他工具可以用于定位本次程序挂起的来源？ #

• 直接抓取挂起进程的调用栈：程序挂起后，通过ps命令拿到进程PID，执行pstack <PID>即可输出所有线程的当前调用栈，直接查看阻塞的函数即可定位根因，不需要提前调试。
• 用strace跟踪系统调用：可以直接用strace ./你的程序启动进程，按下Ctrl+C触发挂起后，查看最后执行的系统调用，就能快速判断是阻塞在IO操作还是锁等待上。
• 极简埋点验证：在SIGINT处理函数的入口、每一步操作节点、出口都打印标准输出日志，就能快速确认信号处理函数是否被触发、卡在哪一步操作上。

内容的提问来源于stack exchange，提问作者Shashank Gangrade