信号
一、信号的机制
- A给B发送信号,B收到信号之前执行自己的代码,收到信号之后,不管执行到程序的什么位置,都要暂停运行,去处理信号,处理完毕再继续执行。与硬件中断类似——异步模式。但信号是软件层面上实现的中断,早期常被称为"软中断"。
- 信号的特质:由于信号是通过软件方法实现,其实现手段导致信号有很强的延时性。但对于用户来说,这个延时时间非常短,不易察觉。
- 每个进程所收到的所有信号,都是由内核负责发送的,内核处理
二、与信号相关的事件和状态
- 产生信号
- 按键产生,如:Ctrl+c、Ctrl+z、Ctrl+\
- 系统调用产生,如:kill、raise、abort
- 软件条件产生,如:定时器 alarm
- 硬件异常产生,如:非法访问内存(段错误)、除0(浮点数例外)、内存对齐出错(总线错误)
- 命令产生,如:kill 命令
- 递达:递送并且到达进程
- 未决:产生和递达之间的状态,主要由于阻塞(屏蔽)导致该状态
- 信号的处理方式:
- 执行默认动作
- 忽略(丢弃)
- 捕捉(该用户处理函数)
Linux内核的进程控制块 PCB 是一个结构体,task_struct,除了包含进程id,状态,工作目录,用户id,组id,文件描述符表,还包含了信号相关的信息,主要指阻塞信号集和未决信号集。
- 阻塞信号集(信号屏蔽字):将某些信号加入集合,对它们设置屏蔽,当屏蔽 x 信号后,再收到该信号,该信号的处理将推后(解除屏蔽后)
- 未决信号集:
- 信号产生,未决信号集 中描述该信号的位立刻翻转为1,表示该信号处于未决状态,当信号被处理,对应位翻转回0.这一时刻往往非常短暂。
- 信号产生后由于某些原因(主要是阻塞)不能抵达。这类信号的集合称之为未决信号集。在屏蔽解除前,信号一直处于未决状态。
三、信号四要素
与变量三要素类似的,每个信号也有其必备的4要素,分别是:
- 编号 2. 名称 3. 事件 4. 默认处理动作
可通过 man 7 signal 查看帮助文档获取
四、信号的产生
1. 终端按键产生的信号
Ctrl + c
-->(2)SIGINT
(终止/中断) INT(中断)
Ctrl + z
-->(20)SIGTSTP
(暂停/停止) T(终端)
Ctrl + \
-->(3)SIGQUIT
(退出)
2. 硬件异常产生的信号
- 除 0 操作 -->
(8)SIGFPE
(浮点数除外)- 非法访问内存 -->
(11)SIGSEGV
(段错误)- 总线错误 -->
(7)SIGBUS
3. kill函数/命令产生信号
- kill命令产生信号:
kill -SIGKILL pid
- kill函数:给指定进程发送指定信号(不一定杀死)
int kill(pid_t pid, int sig);
成功:0; 失败:-1(ID非法,信号非法,普通用户杀init进程等权级问题),设置 errno
sig
:不推荐直接使用数字,用使用宏名,因为不同os信号编号可能不同,但名称一致
pid > 0
:发送信号给指定进程
pid = 0
:发送信号给调用kill函数进程属于同一进程组的所有进程
pid < 0
:取 |pid| 发送给对应进程组
pid = -1
:发送给进程有权限发送的系统中所有进程
【进程组】每个进程都属于一个进程组,进程组是一个或多个进程的集合,它们相互关联,共同完成一个实体任务,每个进程都有一个进程组长,默认进程组ID与进程组长ID相同
4. raise 和 abort 函数
- raise 函数:给当前进程发送指定信号(自己给自己发)
raise(signo) == kill(getpid(), signo)
int raise(int sig);
成功:0;失败:非0值- abort 函数:给自己发送异常终止信号 (6)SIGABRT 信号,终止并产生 core 文件
void abort(void);
该函数无返回
5. 软件条件产生信号
alarm 函数
设置定时器(闹钟)。在指定 seconds 后,内核会给当前进程发送
(14)SIGALRM
信号。进程收到该信号,默认动作终止
每个进程都有且只有唯一一个定时器
unsigned int alarm(unsigned int seconds);
返回0或剩余的秒数,无失败
常用:取消定时器 alarm(0),返回旧闹钟余下秒数
【定时】:与进程状态无关(自然定时法)!就绪、运行、挂起(阻塞、暂停)、终止、僵尸……无论处于何种状态,alarm 都计时
【练习】:编写程序,测试你使用的计算机 1 秒钟能数多少个数
#include <stdio.h>
#include <unistd.h>
int main()
{
int num = 0;
alarm(1);
while(1)
{
printf("%d\n", ++num);
}
return 0;
}
【运行结果】
使用 time 命令查看程序执行的时间。
real
:程序实际执行的时间
user
:程序在用户空间执行的时间
sys
:程序在内核中运行的时间
实际执行时间 = 系统时间 + 用户时间 + 等待时间
从运行结果看出,user + sys 相加的时间远远小于程序实际运行的时间,那么该程序大部分时间都在等待,程序主要是在等待硬件,因为需要往控制台上输出,会消耗时间,如果直接往文件中写入(./alarm > out),那么效率就会很高了
这时候可以看出 user + sys 的时间与实际运行的时间很接近了。所以我们可以得出一个结论: 程序运行的瓶颈在于IO,优化程序,首选优化IO
setirimer 函数
设置定时器(闹钟),可代替 alarm 函数。精度微妙 us,可以实现周期定时
int setitimer(int which, const struct itimerval *new_value, struct itimerval *old_value);
【返回值】成功:0;失败:-1,设置 errno
【参数】:which
- 自然定时:ITIMER_REAL -> (14)SIGARM 计算自然时间
- 虚拟空间计时(用户空间):ITIMER_VIRTUAL -> (26)SIGVTALRM 只计算进程占用 cpu 的时间
- 运行时计时(用户+内核):ITIMER_PROF -> (27)SIGPROF 计算占用cpu及执行系统调用的时间
【练习】使用setitimer函数实现 alarm 函数,重复计算机 1 秒数数程序
#include <stdio.h>
#include <unistd.h>
#include <sys/time.h>
int main()
{
int num = 0;
struct itimerval it, oldit;
it.it_value.tv_sec = 1;
it.it_value.tv_usec = 0;
it.it_interval.tv_sec = 0;
it.it_interval.tv_usec = 0;
setitimer(ITIMER_REAL, &it, &oldit);
while(1)
{
printf("%d\n", ++num);
}
return 0;
}
【运行结果】