Linux进程间的关系详解


  本文标签:Linux,进程,关系

Linux的进程相互之间有一定的关系 。比如说,在Linux进程基础中,我们看到,每个进程都有父进程,而所有的进程以init进程为根,形成一个树状结构 。我们在这里讲解进程组和会话,以便以更加丰富的方式了管理进程 。

进程组 (process group)

每个进程都会属于一个进程组(process group),每个进程组中可以包含多个进程 。进程组会有一个进程组领导进程 (process group leader),领导进程的PID (PID见Linux进程基础)成为进程组的ID (process group ID, PGID),以识别进程组 。

复制代码
代码如下:

$ps -o pid,pgid,ppid,comm | cat</p> <p> PID PGID PPID COMMAND
17763 17763 17751 bash
18534 18534 17763 ps
18535 18534 17763 cat

PID为进程自身的ID,PGID为进程所在的进程组的ID, PPID为进程的父进程ID 。从上面的结果,我们可以推测出如下关系:

图中箭头表示父进程通过fork和exec机制产生子进程 。ps和cat都是bash的子进程 。进程组的领导进程的PID成为进程组ID 。领导进程可以先终结 。此时进程组依然存在,并持有相同的PGID,直到进程组中最后一个进程终结 。

我们将一些进程归为进程组的一个重要原因是我们可以将信号发送给一个进程组 。进程组中的所有进程都会收到该信号 。我们会在下一部分深入讨论这一点 。

会话 (session)

更进一步,在shell支持工作控制(job control)的前提下,多个进程组还可以构成一个会话 (session) 。bash(Bourne-Again shell)支持工作控制,而sh(Bourne shell)并不支持 。

会话是由其中的进程建立的,该进程叫做会话的领导进程(session leader) 。会话领导进程的PID成为识别会话的SID(session ID) 。会话中的每个进程组称为一个工作(job) 。会话可以有一个进程组成为会话的前台工作(foreground),而其他的进程组是后台工作(background) 。每个会话可以连接一个控制终端(control terminal) 。当控制终端有输入输出时,都传递给该会话的前台进程组 。由终端产生的信号,比如CTRL+Z, CTRL+\,会传递到前台进程组 。

会话的意义在于将多个工作囊括在一个终端,并取其中的一个工作作为前台,来直接接收该终端的输入输出以及终端信号 。 其他工作在后台运行 。

一个命令可以通过在末尾加上&方式让它在后台运行:

复制代码
代码如下:

$ping localhost > log &

此时终端显示:

复制代码
代码如下:

[1] 10141

括号中的1表示工作号,而10141为PGID

我们通过如下方式查询更加详细的信息:

复制代码
代码如下:

$ps -o pid,pgid,ppid,sid,tty,comm

(tty表示控制终端)

信号可以通过kill

复制代码
代码如下:

$kill -SIGTERM -10141

或者

复制代码
代码如下:

$kill -SIGTERM %1

的方式来发送给工作组 。上面的两个命令,一个是发送给PGID(通过在PGID前面加-来表示是一个PGID而不是PID),一个是发送给工作1(%1),两者等价 。

一个工作可以通过$fg从后台工作变为前台工作:

复制代码
代码如下:

$cat > log &
$fg %1

当我们运行第一个命令后,由于工作在后台,我们无法对命令进行输入,直到我们将工作带入前台,才能向cat命令输入 。在输入完成后,按下CTRL+D来通知shell输入结束 。

进程组(工作)的概念较为简单易懂 。而会话主要是针对一个终端建立的 。当我们打开多个终端窗口时,实际上就创建了多个终端会话 。每个会话都会有自己的前台工作和后台工作 。这样,我们就为进程增加了管理和运行的层次 。在没有图形化界面的时代,会话允许用户通过shell进行多层次的进程发起和管理 。比如说,我可以通过shell发起多个后台工作,而此时标准输入输出并不被占据,我依然可以继续其它的工作 。如今,图形化界面可以帮助我们解决这一需求,但工作组和会话机制依然在Linux的许多地方应用 。

总结

process group, pgid
session, sid, job, forground, background
fg, kill -pid, &, %