Linux 信号的使用
我们通过给某个进程发送信号来告诉它某个事件发生了,这个进程收到信号,知道某个事件产生了,就要处理(响应)这个事件
在系统中,每种事件都被定义好的,每种事件对应的信号都被设定好了。
信号是系统响应某个条件而产生的事件,进程接收到信号会执行相应的操作。
与信号有关的系统调用在“signal.h”头文件中有声明
常见信号的值,及对应的功能说明:
信号的值在系统源码中的定义如下
#define SIGHUP 1
#define SIGINT 2 //键盘按下 Ctrl+c 时,会产生该信号
#define SIGQUIT 3
#define SIGILL 4
#define SIGTRAP 5
#define SIGABRT 6
#define SIGIOT 6
#define SIGBUS 7
#define SIGFPE 8
#define SIGKILL 9 //该信号的响应方式不允许改变
#define SIGUSR1 10
#define SIGSEGV 11
#define SIGUSR2 12
#define SIGPIPE 13 //读端关闭的描述符,写端写入时产生,该信号会终止程序
#define SIGALRM 14
#define SIGTERM 15 //系统 kill 命令默认发送的信号
#define SIGSTKFLT 16
#define SIGCHLD 17 //子进程结束后,会默认给父进程发送该信号
#define SIGCONT 18
#define SIGSTOP 19
#define SIGTSTP 20
#define SIGTTIN 21
#define SIGTTOU 22
#define SIGURG 23
关于信号的图解如下
修改信号的响应方式 – signal()
忽略是0 默认是1
第一个参数信号的代号,第二个参数是响应的方式(函数指针,指向参数为int的返回值为void)
在键盘上按下 Ctrl+c 时,会给当前终端前台执行的进程发送 SIGINT 信号,用 signal 修 改 SIGINT 信号的响应方式示例代码如下:
自定义
方法是系统调用的!
运行结果如下
ctrl \ 是强制直接退出结束
改成忽略
运行结果如下
改成默认
默认的时候 ctrl C直接就退出了
如何实现第一次是自定义,第二次是默认?
运行结果如下
代码示例2
注意:我们在14行只是把sig_fun作为参数,传给signal这个方法,我们并没有调用sig_fun,我们在14行只是做声明:如果我收到这个信号SIGINT,就帮我调用sig_fun这个方法。什么时候收到SIGINT,什么时候调用sig_fun
程序是不会跳出while循环的,那怎么执行14行的调用呢?当我们在while循环中执行时,如果我们收到信号SIGINT,并没有调用这个方法,我们把这个方法交给内核,通过signal系统调用,设置的时候就交给内核了,如果收到SIGINT,就调用sig_fun这个方法,我们进程本身是无法感知到有没有收到信号的。所以我们只能给内核说:如果我收到这个信号,就帮我做什么事情。
发送信号 – kill()
kill() 可以向指定的进程发送指定的信号:
int kill(pid_t pid, int sig);
pid > 0 指定将信号发送个那个进程
pid == 0 信号被发送到和当前进程在同一个进程组的进程
pid == -1 将信号发送给系统上有权限发送的所有的进程
pid < -1 将信号发送给进程组 id 等于 pid 绝对值,并且有权限发送的所有的进程。
sig 指定发送信号的类型
代码实现如下
编译运行后,再打开一个终端,执行的几个操作及其结果如下
默认发送的是15号信号
这种情况下,我们要强制kill
发送9号信号
我们在系统中,都是依靠某个信号来结束进程的。
系统中的9号信号很特殊,是不允许被修改响应方式的(防止某个进程把其他信号全部都忽略,这个时候要靠管理员用9号信号终止进程,不能改变响应方式的)。
和系统的是一模一样的