博客逐步迁移到,独立博客,原文地址 http://www.woniubi.cn/two_groups_signal_difference/ui
以前看信号的时候,没有太注意不一样信号的对比.今天再次看到的时候,忽然感受对一些信号,很是类似,乃至很是容易混淆.今天周末就抽空总结一下.spa
常见的4中关闭进程信号是SIGKILL,SIGINT,SIGTERM,SIGQUIT.orm
信号 | 是否能够被捕获 | 键盘快捷键 | 是否产生core文件 |
SIGKILL |
否 | |
|
SIGINT |
是 | ctrl+c | |
SIGTERM |
是 |
|
|
SIGQUIT |
是 |
ctrl+\ | 是 |
键盘快捷键最大的好处就是发给全部的进程。 blog
最下面咱们用程序来验证一下。 索引
先上代码。 进程
#include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <signal.h> void process(int signo){ printf("signo:%d,pid:%d\n",signo,getpid()); } void cleanup(){ printf("cleanup,pid:%d\n",getpid()); } int main() { pid_t pid; atexit(cleanup); signal(SIGINT, process); signal(SIGTERM, process); //signal(SIGQUIT, process); if( (pid = fork()) == 0 ) { printf("child pid:%d\n",getpid()); while(1){ sleep(1); } }else{ printf("parent pid:%d\n",getpid()); while(1){ sleep(1); } } return 0; }
SIGKILL比较简单,咱们就再也不验证了。先验证一下SIGINT。ci
能够看到输入ctrl+c的时候,父子进程都收到相关的信号。可是我输入kill -2 742的时候,只有父进程收到了,不会传给子进程。 资源
下面咱们验证SIGQUIT产生core。get
可能部分的机器默认是不产生,咱们须要输入几个命令。博客
#设置core文件大小,这里是无限制 ulimit -c unlimited #core后面跟着pid sudo sysctl kernel.core_uses_pid=1 #core文件存放路径,放在当前的文件夹下 sudo sysctl kernal.core_pattern=core
这组信号对比,相对上一组就简单多了.
若是挂起以后,怎么再次让他们启动呢。简单一点,咱们能够输入jobs,而后看一下他们的索引值。而后fg启动他们。
咱们也能够给他们发送SIGCONT信号,让他们启动起来。不过这个时候,他们的只能在后台运行了。
这个时候,就能够看到他们的状态从T变成了S,从中止变成了运行状态。