自定义shell开发中SIGINT默认行为未恢复及信号处理异常问题
第一个问题:子进程SIGINT仍然被忽略的遗漏要点
你忽略了终端前台进程组的核心逻辑:
- 终端产生的
SIGINT/SIGTSTP等信号,只会发送给当前的前台进程组,你fork出的子进程默认和shell主进程属于同一个进程组,因此你运行子进程时没有做前台进程组切换的话,信号只会发给整个shell所在的组,子进程自然收不到独立的信号。 - 正确的shell实现流程如下:
- 每次fork子进程后,子进程侧先调用
setpgid(0, 0)把自身设置为独立进程组的组长 - shell主进程调用
tcsetpgrp(STDIN_FILENO, 子进程pid)将子进程的进程组设为终端前台进程组 - 等待子进程退出后,shell再调用
tcsetpgrp(STDIN_FILENO, getpgrp())把自身进程组切回前台
- 每次fork子进程后,子进程侧先调用
- 另外你最初用
SIG_IGN的方案也可以正常使用:exec调用不会重置被设置为SIG_IGN的信号处理逻辑,你只需要在子进程exec之前手动调用signal(SIGINT, SIG_DFL)恢复默认处理即可,不需要改成自定义信号捕获。
第二个问题:自定义信号处理函数后程序仍退出的原因
你的测试代码存在核心逻辑缺失:
- 你的
main函数注册完信号处理函数后直接return 0结束,程序本身已经走到了正常退出的逻辑,和信号处理没有关系。信号处理函数执行完成后,会回到主程序被信号打断的位置继续执行,此时主程序已经没有后续执行逻辑,自然就退出了。 - 你需要给shell加主循环逻辑,测试时可以简单加
while(1) pause();或者实际的读取用户输入的循环,就能看到信号被捕获后程序继续运行的效果。 - 额外注意:
printf是不可重入函数,不能在信号处理函数中调用,可能会产生未定义行为,如果你需要在信号处理中输出,应该用write系统调用直接写标准输出。
内容的提问来源于stack exchange,提问作者ronihm
相关产品推荐
相关产品推荐

