进程通信 – 信
信 在我们生活中随处可见, 如古代战争中摔杯为 , 现代战争中的信 弹, 体育杯赛中的信 枪…他们都有共同的共性: 1 简单 2 不能携带大量信息 3 满足某个特定的条件才发送.
信 是信息的载体, Linux/Unix环境下, 古老经典的通信方式. 现代依然是主要的通信方式.
Unix早期版本中就提供了消息机制, 但不可靠, 信 丢失. Berkeley 和 AT&T都对信 模型做出了更改, 增加了可靠信息机制. 但彼此并不兼容. POSIX.1 对可靠信 例程进行目标标准化.
信 机制
A给B发送信 , B收到信 之前执行自己的代码. 收到信 后, 不管执行到程序的什么位置, 都要暂停运行,去处理信 , 处理完毕之后在执行. 与硬件中断类似 — 异步模式, 但是信 是软件层面上的中断,早期称为”软中断”
**信 的特质 : ** 由于信 通过软件方式实现,其实现手段导致信 有很强的延时性. 但对于用户来说, 这个延时时间非常短.不易察觉.
每个进程收到的所有信 , 都是由内核负责发送的, 内核处理.
与信 相关的事件和状态
一、产生信 的基本方法:
- 按键产生,如:Ctrl+c、Ctrl+z、Ctrl+
- 系统调用产生,如:kill、raise、abort
- 软件条件产生,如:定时器alarm
- 硬件异常产生,如:非法访问内存(段错误)、除0(浮点数例外)、内存对齐出错(总线错误)
- 命令产生,如:kill命令
二、信 发送的状态:信 产生后,内核会马上把信 进行递送
递达:递送并且到达进程。
阻塞:产生和递达之间的状态。由于某种原因信 未能送达;
未决:产生和递达之间的状态。主要由于阻塞(屏蔽)导致该状态。=
**内核的处理方式有3种 : **
执行默认动作
忽略(丢弃)
捕捉(调用户处理函数)
Linux内核的进程控制块PCB是一个结构体,task_struct, 除了包含进程id,状态,工作目录,用户id,组id,文件描述符表,还包含了信 相关的信息,主要指阻塞信 集和未决信 集。
9 19 信 不能捕捉 不能忽略, 甚至不能阻塞
**信 四要素 : **
- 编
- 名称
- 事件
- 默认处理方式
- Term:终止进程 (Term Default action is to terminate the process.)
- Ignore: 忽略信 (默认就是对该种信 忽略操作) (Ign Default action is to ignore the signal.)
- Core:终止进程(核心已转储),生成Core文件。Core文件专门用于调试(查验进程死亡原因,主要用于gdb调试) (Core Default action is to terminate the process and dump core (see core(5)))
- Stop:停止(暂停)进程 (Stop Default action is to stop the process.)
- Cont:继续运行进程 (Cont Default action is to continue the process if it is currently stopped.)
信 特点 :
- 简单
- 不能携带大量信息
- 特定条条件下产生
信 也叫如软中断
常用信
信 | 值 | 动作 | 说明 |
---|---|---|---|
SIGHUP | 1 | Term | 在控制终端上是挂起信 , 或者控制进程结束 |
SIGINT | 2 | Term | 从键盘输入的中断 |
SIGQUIT | 3 | Core | 从键盘输入的退出 |
SIGILL | 4 | Core | 无效硬件指令 |
SIGABRT | 6 | Core | 非正常终止, 可能来自 abort(3) |
SIGFPE | 8 | Core | 浮点运算例外 |
SIGKILL | 9 | Term | 杀死进程信 |
SIGSEGV | 11 | Core | 无效的内存引用 |
SIGPIPE | 13 | Term | 管道中止:写入无人读取的管道 |
SIGALRM | 14 | Term | 来自 alarm(2) 的超时信 |
SIGTERM | 15 | Term | 终止信 |
SIGUSR1 | 30,10,16 | Term | 用户定义的信 1 |
SIGUSR2 | 31,12,17 | Term | 用户定义的信 2 |
SIGCHLD | 20,17,18 | Ign | 子进程结束或停止 |
SIGCONT | 19,18,25 | Cont | 继续停止的进程 |
SIGSTOP | 17,19,23 | Stop | 停止进程 |
SIGTSTP | 18,20,24 | Stop | 终端上发出的停止信 |
SIGTTIN | 21,21,26 | Stop | 后台进程试图从控制终端(tty)输入 |
SIGTTOU | 22,22,27 | Stop | 后台进程试图在控制终端(tty)输出 |
系统AIP产生信
kill函数 – 给指定进程发送信
- pid > 0 , 要发送的进程id
- pid = 0 , 代表当前调用组进程内所有进程
- pid = -1 有权限发送的所有进程
- pid < 0 代表负pid对应组的组内所有进程
raise函数 – 自己发信
例子
运行结果:
[dai@localhost 01进程间通信]$ ./08_killAndraise
我是子进程 31322
我是子进程 31323
我是子进程 31322
我是子进程 31323
我是子进程 31322
我是子进程 31323
我是父进程我要杀死我的孩子1
我是父进程我要杀死我的孩子2
我要自杀
已杀死
abort函数 – 杀死自己 – 自己 异常
示例 :
**运行结果 : **
[dai@localhost 01进程间通信]$ ./09_kill
我是程序 我在运行
已放弃(吐核)
alarm函数 – 时钟信
- 定时给自己发送SIGALRM
- 传入参数是等待发送的秒数
- 返回值上一次闹钟剩余的秒数
- 特别,如果传入参数秒数为0,代表取消闹钟
示例 :
运行结果:
[dai@localhost 01进程间通信]$ ./010alarm
求搞死
求搞死
求搞死
求搞死
求搞死
求搞死
闹钟
getitimer/setitimer
参数:
- which
- ITIMER_REAL 自然定时法 SIGALRM
- ITIMER_VIRTUAL 计算程序执行时间 SIGVTALRM
- ITIMER_PROF 进程执行时间加调度时间SIGPROF
- new_value 要设置闹钟的时间
- old_value 原闹钟时间 – 传出参数
返回值 成功返回0 失败返回-1
示例 :
运行结果 :
[dai@localhost 01进程间通信]$ ./011setitimer
三秒后我被杀死
三秒后我被杀死
三秒后我被杀死
闹钟
signal 捕捉信
例子 :
运行结果 :
[dai@localhost 03进程间通信2]$ ./01捕获信
我在循环
我在循环
我在循环
我捕获到信 14
我在循环
我在循环
我捕获到信 14
我在循环
我在循环
我捕获到信 14
我在循环
信 集处理函数
sigprocmask 设置阻塞与解除
参数
- how
- SIG_BLOCK 阻塞
- SIG_UNBLOCK 未阻塞
- SIG_SETMASK 设置set为新的阻塞信 集
sigpending 获取未决信 集
例子
信 捕捉
这个函数可能因为重名产生冲突,不建议使用
注册捕捉函数
参数
-
signum : 要捕捉的信
-
act : 传入动作
sigaction
- 执行捕捉函数期间,临时屏蔽的信 集
- 一般填写0,使用第一个函数指针, 填 使用第二个函数指针
- 无效
-
oldact : 传出旧动作
例子
运行结果
[dai@localhost 03进程间通信2]$ ./04捕捉信
我在运行
我在运行
我在运行
捕捉到信 14
我在运行
我在运行
我在运行
捕捉到信 14
我在运行
^C
信 捕捉特性
- 进程正常运行时,默认PCB中有一个信 屏蔽字,假定为☆,它决定了进程自动屏·蔽哪些信 。当注册了某个信 播捉函数,捕捉到该信 以后,要调用该函数。而该函数有可能执行很长时间,在这期间所屏蔽的信 不由☆来指定。而是用sa-mask来指定。调用完信 处理函数,再恢复为☆.
- xxx信 捕捉函数执行期间, xxx信 自动被屏蔽.
- 阻塞的常规信 不支持排队,产生多次只记录一次. (后32个实时信 支持排队).
例子
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!