进程组
每个进程除了有⼀个进程ID之外,还属于⼀个进程组。进程组是⼀个或多个进程的集合。
- 通常,它们与同⼀作业相关联,可以接收来⾃同⼀终端的各种信号。
- 每个进程组有⼀个唯⼀的进程组ID。
- 每个进程组都可以有⼀个组⻓进程。组⻓进程的标识是,其进程组ID等于其进程ID。
- 组⻓进程可以创建⼀个进程组,创建该组中的进程,然后终⽌。只要在某个进程组中⼀个进程存在,则该进程组就存在,这与其组⻓进程是否终⽌⽆ 关。
通过 ps 指令查看进程组
首先运行一个进程,这里写一个死循环
#include <stdio.h>
#include <unistd.h>
int main()
{
while(1)
{
sleep(1);
}
return 0;
}
通过 ps axj | grep a.out 查看该进程信息
当前 a.out 的PID是97465,他的PGID也是 97415,证明当前这个进程是一个组长进程
接下来我们修改一下代码
#include <stdio.h>
#include <unistd.h>
int main()
{
pid_t pid = fork();
if(pid < 0)
{
while(1)
{
sleep(1);
}
}
while(1)
{
sleep(1);
}
return 0;
}
我们创建一个子进程,让父子进程都进入死循环,观察ps axj 的结果
现在的PID一个是 98797和97898,他们的PGID都是98797,这时他们就在同一个进程组中
前台进程组和后台进程组
- 执行一个进程以后,我们的shell无法使用,证明这是一个前台进程.
- 当进程存在,但是shell可以正常使用,证明这是一个后台进程.
后台进程执行的时候,给进程后带一个 & 符
此时这个进程是存在的,我们可以通过ps指令查看
但是不影响我们前台指令的使用
前台进程实际上是一个前台进程组,后台进程也是一个后台进程组
举个栗子:当前我们在命令行敲下这样的指令
通过ps 指令查看
我们可以看到三个sleep同属于一个前台进程组
现在将上面的指令改为后台指令
再次查看,这次有一个后台进程组
我们在加入一些后台进程
再次通过ps指令查看
我们发现,当前有两个进程组,并且我们的shell可以使用
一个终端下,可以包含一个前台进程组以及N个后台进程组
作业
作业的概念很类似于进程组,通常我们不区分进程组和作业,所以我们也可以说 "一个终端包含一个前台作业和n个后台作业"
Shell分前后台来控制的不是进程⽽是作业(Job)或者进程组(Process Group)。
⼀个前台作业可以由多个进程组成,⼀个后台也可以由多个进程组成,Shell可以运⾏⼀个前台作业和任意多个后台作业,这称为作业 控制.
虽然进程组和作业在大部分情况下是相同的,但是还是有一点点不同
进程创建的子进程,此时子进程和父进程在同一个进程组中,但是不在一个作业中
会话
会话(Session)是⼀个或多个进程组的集合。
⼀个会话可以有⼀个控制终端。这通常是登陆到其上的终端设备(在终端登陆情况下)或伪终端设备(在网络登陆情况下)。建⽴与控制终端连接的会话⾸进程被称为控制进程。
⼀个会话中的⼏个进程组可被分为⼀个前台进程组以及⼀个或多个后台进程组。所以⼀个会话 中,应该包括控制进程(会话⾸进程),⼀个前台进程组和任意后台进程组.
每次打开一个类似于 xshell 的窗口,就是创建了一个会话.
不管是打开终端或者伪终端都会创建一个会话,这个会话对应一个会话首进程,就是Bash进程.这个会话中也就包含了一个前台进程组和N个后台进程组
作业控制
事实上,Shell分前后台来控制的不是进程⽽是作业 (Job)或者进程组(Process Group)。
⼀个前台作业可以由多个进程组成,⼀个后台作业也可以由多个进程组成,Shell可以同时运⾏⼀个前台作业和任意多个 后台作业,这称为作业控制(Job Control)。
jobs 指令
还是以上面sleep指令举例
通过 fg指令将后台进程提到前台,通过ctrl+z将前台进程放到后台
但是按下ctrl+z 以后我们再次jobs,发现当前的 [4] 号后台进程的状态是 Stopped,为了让他运行起来,我们需要使用 bg 指令.
这时候 [4]号 进程组的状态就又变成了 Running
总结一下作业控制的指令:
- ctrl + c : 杀掉整个前台作业
- ctrl + z : 将前台进程放到后台,并且停止
- fg : 将后台作业提到前台
- bg : 使后台被暂停的作业继续运行
- jobs : 查看当前有哪些后台作业