linux-进程通信-信号机制
UNIX/LINUX系统的进程间通信机构(IPC)允许在任意进程间大批量地交换数据。本实验的目的是了解和熟悉LINUX支持的信号量机制、管道机制、消息通信机制及共享存储区机制。
信号机制
信号的基本概念
每个信号都对应一个正整数常量(称为signal number,即信号编号。定义在系统头文件<signal.h>中),代表同一用户的诸进程之间传送事先约定的信息的类型,用于通知某进程发生了某异常事件。每个进程在运行时,都要通过信号机制来检查是否有信号到达。若有,便中断正在执行的程序,转向与该信号相对应的处理程序,以完成对该事件的处理;处理结束后再返回到原来的断点继续执行。实质上,信号机制是对中断机制的一种模拟,故在早期的UNIX版本中又把它称为软中断。
信号与中断的相似点:
- 采用了相同的异步通信方式;
- 当检测出有信号或中断请求时,都暂停正在执行的程序而转去执行相应的处理程序;
- 都在处理完毕后返回到原来的断点;
- 对信号或中断都可进行屏蔽。
信号与中断的区别:
- 中断有优先级,而信号没有优先级,所有的信号都是平等的;
- 信号处理程序是在用户态下运行的,而中断处理程序是在核心态下运行;
- 中断响应是及时的,而信号响应通常都有较大的时间延迟。
信号机制具有以下三方面的功能:
- 发送信号。发送信号的程序用系统调用kill( )实现;
- 预置对信号的处理方式。接收信号的程序用signal( )来实现对处理方式的预置;
- 收受信号的进程按事先的规定完成对相应事件的处理。
信号的发送
信号的发送,是指由发送进程把信号送到指定进程的信号域的某一位上。如果目标进程正在一个可被中断的优先级上睡眠,核心便将它唤醒,发送进程就此结束。一个进程可能在其信号域中有多个位被置位,代表有多种类型的信号到达,但对于一类信号,进程却只能记住其中的某一个。
进程用kill( )向一个进程或一组进程发送一个信号。
对信号的处理
当一个进程要进入或退出一个低优先级睡眠状态时,或一个进程即将从核心态返回用户态时,核心都要检查该进程是否已收到软中断。当进程处于核心态时,即使收到软中断也不予理睬;只有当它返回到用户态后,才处理软中断信号。对软中断信号的处理分三种情况进行:
- 如果进程收到的软中断是一个已决定要忽略的信号(function=1),进程不做任何处理便立即返回;
- 进程收到软中断后便退出(function=0);
- 执行用户设置的软中断处理程序。
所涉及的中断调用
kill( )
系统调用格式
int kill(pid,sig)
参数定义
int pid,sig;
其中,pid是一个或一组进程的标识符,参数sig是要发送的软中断信号。
-
pid>0时,核心将信号发送给进程pid。
-
pid=0时,核心将信号发送给与发送进程同组的所有进程。
-
pid=-1时,核心将信号发送给所有用户标识符真正等于发送进程的有效用户标识号的进程。
signal( )
预置对信号的处理方式,允许调用进程控制软中断信号。
系统调用格式
signal(sig,function)
头文件为
#include <signal.h>
参数定义
int sig;
void (*func)()
其中sig用于指定信号的类型,sig为0则表示没有收到任何信号,其他如下表:
值 | 名 字 | 说 明 |
---|---|---|
01 | SIGHUP | 挂起(hangup) |
02 | SIGINT | 中断,当用户从键盘按c键或break键时 |
03 | SIGQUIT | 退出,当用户从键盘按quit键时 |
04 | SIGILL | 非法指令 |
05 | SIGTRAP | 跟踪陷阱(trace trap),启动进程,跟踪代码的执行 |
06 | SIGIOT | IOT指令 |
07 | SIGEMT | EMT指令 |
08 | SIGFPE | 浮点运算溢出 |
09 | SIGKILL | 杀死、终止进程 |
10 | SIGBUS | 总线错误 |
11 | SIGSEGV | 段违例(segmentation violation),进程试图去访问其虚地址空间以外的位置 |
12 | SIGSYS | 系统调用中参数错,如系统调用号非法 |
13 | SIGPIPE | 向某个非读管道中写入数据 |
14 | SIGALRM | 闹钟。当某进程希望在某时间后接收信号时发此信号 |
15 | SIGTERM | 软件终止(software termination) |
16 | SIGUSR1 | 用户自定义信号1 |
17 | SIGUSR2 | 用户自定义信号2 |
18 | SIGCLD | 某个子进程死 |
19 | SIGPWR | 电源故障 |
function:在该进程中的一个函数地址,在核心返回用户态时,它以软中断信号的序号作为参数调用该函数,对除了信号SIGKILL,SIGTRAP和SIGPWR以外的信号,核心自动地重新设置软中断信号处理程序的值为SIG_DFL,一个进程不能捕获SIGKILL信号。
function 的解释如下:
-
function=1时,进程对sig类信号不予理睬,亦即屏蔽了该类信号;
-
function=0时,缺省值,进程在收到sig信号后应终止自己;
-
function为非0,非1类整数时,function的值即作为信号处理程序的指针。
signal.h中的宏定义SIG_DFL及SIG_IGN:
SIG_DFL,SIG_IGN 分别表示无返回值的函数指针,指针值分别是0和1,这两个指针值逻辑上讲是实际程序中不可能出现的函数地址值。
SIG_DFL:默认信号处理程序
SIG_IGN:忽略信号的处理程序
参考程序
#include <stdio.h>
#include <signal.h>
#include <unistd.h>
void waiting(), stop();
int wait_mark;
void main() {
int p1, p2, stdout;
while ((p1 = fork()) == -1); /*创建子进程p1*/
if (p1 > 0) {
while ((p2 = fork()) == -1); /*创建子进程p2*/
if (p2 > 0) {
wait_mark = 1;
signal(SIGINT, stop); /*接收到^c信号,转stop*/
waiting();
kill(p1, 10); /*向p1发软中断信号16*/
kill(p2, 12); /*向p2发软中断信号17*/
wait(0); /*同步*/
wait(0);
printf("Parent process is killed!\n");
exit(0);
} else {
// signal(SIGINT, 1); /* 无效^c*/
wait_mark = 1;
signal(12, stop); /*接收到软中断信号17,转stop*/
waiting();
lockf(stdout, 1, 0);
printf("Child process 2 is killed by parent!\n");
lockf(stdout, 0, 0);
exit(0);
}
} else {
// signal(SIGINT, 1); /* 无效^c*/
wait_mark = 1;
signal(10, stop); /*接收到软中断信号16,转stop*/
waiting();
lockf(stdout, 1, 0);
printf("Child process 1 is killed by parent!\n");
lockf(stdout, 0, 0);
exit(0);
}
}
void waiting() {
while (wait_mark != 0);
}
void stop() {
wait_mark = 0;
}
运行结果
屏幕上无反应,按下^C(Ctrl + C)后,显示 Parent process is killed!
分析原因
上述程序中,signal( )都放在一段程序的前面部位,而不是在其他接收信号处。这是因为signal( )的执行只是为进程指定信号值10或12的作用,以及分配相应的与stop( )过程链接的指针。因而,signal( )函数必须在程序前面部分执行。
本方法通信效率低,当通信数据量较大时一般不用此法。
解决方法
可以无效^C的信号
直接打开 /* 无效^c*/ 对应注释的代码即可