linux系统上信号发送和信号接收讲解

用于进程间通信，通信机制由 *** 作系统保证，比较稳定。

在linux中可以通过kill -l查看所有信号的类型。

kill -信号类型 进程ID

int kill(pid_t pid, int sig)

入参pid :

pid >0: 发送信号给指定的进程。

pid = 0: 发送信号给 与调用kill函数进程属于同一进程组的所有进程。

pid <0: 取|pid|发给对应进程组。

pid = -1：发送给进程有权限发送的系统中所有进程。

sig ：信号类型。

返回值 ：成功：0；失败：-1 (ID非法，信号非法，普通用户杀init进程等权级问题)，设置errno

以OpenHarmony源码为例，应用ANR后，AbilityManagerService会通知应用dump堆栈信息，就是通过信号量做的。

头文件位置 :

include <signal.h>

函数解释 :

typedef void (*sighandler_t)(int)

sighandler_t signal(int signum, sighandler_t handler)

当接收到指定的信号signum时，就会跳转到参数handler指定的函数执行。其中handler的入参是信号值。

函数原型 ：

signum参数指出要捕获的信号类型，act参数指定新的信号处理方式，oldact参数输出先前信号的处理方式（如果不为NULL的话）。

sigaction结构体

sa_handler 信号处理函数

sa_mask 在处理该信号时可以暂时将sa_mask 指定的信号集搁置

sa_flags 指定一组修改信号行为的标志。 它由以下零个或多个的按位或组成

   SA_RESETHAND：当调用信号处理函数时，将信号的处理函数重置为缺省值SIG_DFL

   SA_RESTART：如果信号中断了进程的某个系统调用，则系统自动启动该系统调用

   SA_NODEFER ：一般情况下， 当信号处理函数运行时，内核将阻塞该给定信号。但是如果设置了 SA_NODEFER标记， 那么在该信号处理函数运行时，内核将不会阻塞该信号

sa_restorer 是一个替代的信号处理程序，当设置SA_SIGINFO时才会用它。

相关函数

int sigemptyset( sigset_t *set)

sigemptyset()用来将参数set信号集初始化并清空。

执行成功则返回0，如果有错误则返回-1。

完整示例

在sys/types.h头文件中搜索pid_t，可以找到下面的语句： #ifndef __pid_t_defined typedef __pid_t pid_t# define __pid_t_defined #endif 可以看到pid_t类型其实就是__pid_t类型，但是在sys/types.h在头文件中没有找到__pid_t这个类型，这个时候应该怎么办呢？看sys/types.h中包含的头文件，即include语句，从这些语句中选择bits/types.h这个头文件，至于为什么这就牵涉到内核的一些类型定义的规则或者叫规律，但是一般按照先sys目录然后再bits目录都没有错。在bits/types.h头文件中可以找到下面的语句： __STD_TYPE __PID_T_TYPE __pid_t也就是说__pid_t其实是__PID_T_TYPE类型，而这个类型在哪定义呢？也是先看include语句，选择bits/typesizes.h头文件，也是经验，从这个头文件中就可以找到下面的语句： #define __PID_T_TYPE __S32_TYPE 也就是说__PID_T_TYPE其实是__S32_TYPE类型，如果单从字面意思看的话这应该是一个32位的整形或者其他类型，但是千万不要这么早下结论。而这个类型在bits/typesize.h中找不到，而且这个头文件中也没有include语句，这个时候怎么办呢？还去bits/types.h中找，可以找到下面的语句： #define __S32_TYPE int 至此，终于找到了，pid_t其实就是int类型。在32位机下pid_t是32位的整数，在64位机下pid_t是64位整数，所以看到__S32_TYPE这样的类型千万不要过早地下结论是32位或64位。总结一下，找一个类型，一般的过程就是（比如从xxx.h开始）： xxx.h----->sys/xxx.h----->bits/xxx.h----->bits/types.h和bits/typesize.h 或者有时还要去asm目录和asm-generic目录中的头文件中找。还有一种方式就是在linux内核源码中找，但是可能某些同学感觉不爽，哈哈！

---