【Linux网络】进程间关系与守护进程

之前我们提到了进程的概念，其实每一个进程除了有一个进程ID(PID)之外，还属于一个进程组。进程组是一个或者多个进程的集合，一个进程组可以包含多个进程。每一个进程组也有一个唯一的进程组ID(PGID)，并且这个PGID类似于进程ID，同样是一个正整数，可以存放在pid_t数据类型中。如下代码：代码语言：javascriptAI代码解释int main()sleep(1);return 0;编译

q***4791

254人浏览 · 2026-02-01 03:52:17

q***4791 · 2026-02-01 03:52:17 发布

进程组

1.1 什么是进程组

之前我们提到了进程的概念，其实每一个进程除了有一个进程ID(PID)之外，还属于一个进程组。进程组是一个或者多个进程的集合，一个进程组可以包含多个进程。每一个进程组也有一个唯一的进程组ID(PGID)，并且这个PGID类似于进程ID，同样是一个正整数，可以存放在pid_t数据类型中。

如下代码：

代码语言：javascript

AI代码解释

#include <iostream>
#include <unistd.h>

int main()
{
    while(true)
    {
        std::cout << "hello server" <<std::endl;
        sleep(1);
    }
    return 0;
}

编译运行后通过ps指令查看

在这里插入图片描述

注意：

代码语言：javascript

AI代码解释

# -e 选项表⽰every的意思， 表示输出每一个进程信息
# -o 选项以逗号操作符（,）作为定界符, 可以指定要输出的列

可以看到进程组pgid和进程pid相等，那是因为单个进程自己独立成为进程组

1.2 组长进程

每一个进程组都有一个组长进程。组长进程的ID等于其进程ID。我们可以通过ps命令看到组长进程的现象：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~$ ps -o pid,pgid,ppid,comm | cat
    PID    PGID    PPID COMMAND
 634309  634309  634308 bash
 634381  634381  634309 ps
 634382  634381  634309 cat

从结果上看ps进程的PID和PGID相同，那也就是说明ps进程是该进程组的组长进程，该进程组包括ps和cat两个进程。

进程组组长的作用：进程组组长可以创建一个进程组或者创建该组中的进程
进程组的生命周期：从进程组创建开始到其中最后一个进程离开为止。注意：只要某个进程组中有一个进程存在，则该进程组就存在，这与其组长进程是否已经终止无关。此时的进程组被称为 ”孤儿进程组“

2. 会话

2.1 什么是会话

刚刚我们谈到了进程组的概念，那么会话又是什么呢？会话其实和进程组息息相关，会话可以看成是一个或多个进程组的集合，一个会话可以包含多个进程组。每一个会话也有一个会话ID(SID)

在这里插入图片描述

通常我们都是使用管道将几个进程编成一个进程组。如上图的进程组2和进程组3可能是由下列命令形成的：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~$ sleep 1000 | sleep 2000 | sleep 3000 &
[1] 638455
# &表⽰将进程组放在后台执⾏

我们通过ps指令查看

代码语言：javascript

AI代码解释

# 过滤sleep相关的进程信息
ltx@My-Xshell-8-Pro-Max-Ultra:~$ ps axj | head -n1 && ps axj | grep sleep | grep -v grep
   PPID     PID    PGID     SID TTY        TPGID STAT   UID   TIME COMMAND
 634309  638453  638453  634309 pts/0     638653 S     1004   0:00 sleep 1000
 634309  638454  638453  634309 pts/0     638653 S     1004   0:00 sleep 2000
 634309  638455  638453  634309 pts/0     638653 S     1004   0:00 sleep 3000

# a选项表⽰不仅列当前用户的进程，也列出所有其他用户的进程
# x选项表⽰不仅列有控制终端的进程，也列出所有⽆控制终端的进程
# j选项表⽰列出与作业控制相关的信息， 作业控制后续会讲
# grep的-v选项表⽰反向过滤， 即不过滤带有grep字段相关的进程

从上述结果来看3个进程对应的PGID相同，即属于同一个进程组。同样3个进程的SID也相同，因为属于同一个进程组肯定也属于同一个会话

2.2 如何创建会话

可以调用setseid函数来创建一个会话，前提是调用进程不能是一个进程组的组长。

代码语言：javascript

AI代码解释

#include <unistd.h>
/*
*功能：创建会话
*返回值：创建成功返回SID, 失败返回-1
*/
pid_t setsid(void);

该接口调用之后会发生：

调用进程会变成新会话的会话首进程。此时，新会话中只有唯一的一个进程
调用进程会变成进程组组长。新进程组ID就是当前调用进程ID
该进程没有控制终端。如果在调用setsid之前该进程存在控制终端，则调用之后会切断联系

需要注意的是：这个接口如果调用进程原来是进程组组长，则会报错，为了避免这种情况，我们通常的使用方法是先调用fork创建子进程，父进程终止，子进程继续执行，因为子进程会继承父进程的进程组ID，而进程ID则是新分配的，也就意味此时子进程不可能是进程组长，就不会出现错误的情况。

2.3 会话ID(SID)

上边我们提到了会话ID，那么会话ID是什么呢？我们可以先说一下会话首进程，会话首进程是具有唯一进程ID的单个进程，那么我们可以将会话首进程的进程ID当做是会话ID。注意：会话ID在有些地方也被称为会话首进程的进程组ID，因为会话首进程总是一个进程组的组长进程，所以两者是等价的。

下面我们来详细介绍一下会话首进程

会话首进程 (session leader) 是创建该会话的进程，或者更准确地说，它是会话中第一个进程，并且该进程的进程ID就是会话ID（SID）。在Unix/Linux系统中，一个会话是一个或多个进程组的集合，通常与一个终端（控制终端）相关联。

会话首进程的关键特性：

创建会话：通过调用setsid()，一个进程会创建一个新会话，并成为该会话的首进程。调用setsid()的进程不能是进程组组长，因此通常先fork一个子进程，然后让子进程调用setsid()。
会话ID（SID）：会话ID就是会话首进程的进程ID（PID）。因此，会话首进程的PID和SID是相同的。
进程组组长：会话首进程同时也是一个进程组的组长，其进程组ID（PGID）等于它的PID（也就是SID）。
控制终端：一个会话可以有一个控制终端，通常是用户登录时使用的终端设备。会话首进程通常是打开控制终端的进程，但并不是必须的。不过，如果会话有控制终端，那么会话首进程通常是与控制终端建立连接的进程。
终端断开信号：当控制终端断开连接（例如，终端窗口关闭）时，会话首进程会收到SIGHUP信号。通常，会话首进程会处理这个信号，比如终止会话中的所有进程。

会话首进程的作用：

管理会话：会话首进程通常用于管理整个会话的生命周期。例如，当用户注销时，系统会向会话首进程发送SIGHUP信号，会话首进程通常会将这个信号转发给会话中的所有进程组，然后终止会话。
作业控制：在shell中，每个作业（一个命令或管道序列）通常是一个进程组，而shell本身是会话首进程。shell使用会话和进程组来管理作业控制，比如前后台作业的切换。

示例说明：

在一个典型的登录环境中：

用户登录时，系统启动一个登录shell，该shell成为新会话的首进程。它的PID就是会话ID。
当在这个shell中运行命令时，每个命令（可能是多个进程通过管道连接）会被放入一个新的进程组。但所有这些进程组都属于同一个会话。
如果shell退出，会话首进程终止，那么系统会向该会话中的所有进程发送SIGHUP信号，导致它们终止（除非它们已经忽略了SIGHUP信号或者已经变成了守护进程）。

3. 控制终端

先说一下什么是控制终端？

在UNIX系统中，用户通过终端登录系统后得到一个Shell进程，这个终端成为Shell进程的控制终端。控制终端是保存在PCB中的信息，我们知道fork进程会复制PCB中的信息，因此由Shell进程启动的其它进程的控制终端也是这个终端。默认情况下没有重定向，每个进程的标准输入、标准输出和标准错误都指向控制终端，进程从标准输入读，也就是读用户的键盘输入，进程往标准输出或标准错误输出写，也就是输出到显示器上。另外会话、进程组以及控制终端还有一些其他的关系，我们在下边详细介绍一下：

一个会话可以有一个控制终端，通常会话首进程打开一个终端（终端设备或伪终端设备）后，该终端就成为该会话的控制终端。
建立与控制终端连接的会话首进程被称为控制进程。
一个会话中的几个进程组可被分成一个前台进程组以及一个或者多个后台进程组。
如果一个会话有一个控制终端，则它有一个前台进程组，会话中的其他进程组则为后台进程组。
无论何时进入终端的中断键（ctrl+c）或退出键（ctrl+\），就会将中断信号发送给前台进程组的所有进程。
如果终端接口检测到调制解调器（或网络）已经断开，则将挂断信号发送给控制进程（会话首进程）。

这些特性的关系如下图所示：

在这里插入图片描述

控制终端与整个会话关联，而不是仅与前台进程组关联。但是，只有前台进程组中的进程可以从控制终端读取输入并向其输出，同时接收终端产生的信号（如SIGINT、SIGQUIT、SIGTSTP等）。
会话首进程是创建该会话的进程，它通常是一个shell进程。会话首进程不一定在前台进程组中。实际上，当我们在shell中启动一个前台作业时，shell（会话首进程）会将自己设置为后台进程组，而将新启动的进程组设置为前台进程组。

所以，当有一个前台进程时，控制终端与前台进程组关联，会话首进程（通常是shell）则在后台进程组中。但是，会话首进程仍然与控制终端关联（因为它是会话的一部分），只是它不接收终端输入和终端产生的信号（因为只有前台进程组接收这些）。

举个例子：假设我们有一个shell（比如bash），它是会话首进程。我们在shell中运行一个前台命令，比如 vim。

此时，shell会创建一个新的进程组，将vim放入该进程组，并将该进程组设置为前台进程组。
然后，shell自身所在的进程组就成为后台进程组。
控制终端仍然与整个会话关联，但只有vim（前台进程组）可以接收终端输入和信号。如果按下Ctrl+C，SIGINT会发送给vim，而不会发送给shell（因为shell在后台进程组）。

但是，如果控制终端断开（比如网络断开），则挂断信号（SIGHUP）会发送给会话首进程（即shell），然后shell通常会将SIGHUP发送给所有子进程（包括vim），然后自己退出。

4. 作业控制

4.1 什么是作业(job)和作业控制(Job Control)？

作业是针对用户来讲，用户完成某项任务而启动的进程，一个作业既可以只包含一个进程，也可以包含多个进程，进程之间互相协作完成任务，通常是一个进程管道。 Shell分前后台来控制的不是进程而是作业或者进程组。一个前台作业可以由多个进程组成，一个后台作业也可以由多个进程组成，Shell可以同时运行一个前台作业和任意多个后台作业，这称为作业控制。

例如下列命令就是一个作业，它包括两个命令，在执行时Shell将在前台启动由两个进程组成的作业：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~$ cat /etc/filesystems | head -n 5
xfs
ext4
ext3
ext2
nodev proc

4.2 作业号

放在后台执行的程序或命令称为后台命令，可以在命令的后面加上 & 符号从而让Shell识别这是一个后台命令，后台命令不用等待该命令执行完成，就可立即接收新的命令，另外后台进程执行完后会返回一个作业号以及一个进程号（PID）。

例如下面的命令在后台启动了一个作业，该作业由两个进程组成，两个进程都在后台运行:

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~$ cat /etc/filesystems | grep ext &
[1] 2202
ext4
ext3
ext2
# 按下回⻋
[1]+ 完成 cat /etc/filesystems | grep --color=auto ext

第一行表示作业号和进程ID，可以看到作业号是1，进程ID是2202
第3-4行表示该程序运行的结果，过滤 /etc/filesystems 有关 ext 的内容
第6行分别表示作业号、默认作业、作业状态以及所执行的命令

关于默认作业：对于一个用户来说，只能有一个默认作业（+），同时也只能有一个即将成为默认作业的作业（-），当默认作业退出后，该作业会成为默认作业。

+ : 表示该作业号是默认作业
- ：表示该作业即将成为默认作业
无符号：表示其他作业

在Shell中，当我们启动多个后台作业时，Shell会为每个作业分配一个作业号，并标记其中一个为默认作业（通常是最近启动的作业或最近被操作的作业）。

常见的作业状态如下表所示：

在这里插入图片描述

4.3 作业的挂起与切回

作业挂起 我们在执行某个作业时，可以通过 Ctrl+Z 键将该作业挂起，然后Shell会显示相关的作业号、状态以及所执行的命令信息。

例如我们运行一个死循环的程序，通过 Ctrl+Z 将该作业挂起，观察一下对应的作业状态：

代码语言：javascript

AI代码解释

#include <iostream>
#include <unistd.h>

int main()
{
    while(true)
    {
        std::cout << "hello server" <<std::endl;
        sleep(1);
    }
    return 0;
}

下面我运行这个程序，通过 Ctrl+Z 将该作业挂起：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~/gitLinux/Linux_network/Daemon/test$ ./proc
hello server
hello server
^Z #键⼊Ctrl + Z观察现象
# 结果依次对应作业号 默认作业 作业状态 运⾏程序信息
[1]+  Stopped                 ./proc

可以发现通过 Ctrl+Z 将作业挂起，该作业状态已经变为了停止状态

作业切回 如果想将挂起的作业切回，可以通过 fg 命令， fg 后面可以跟作业号或作业的命令名称。如果参数缺省则会默认将作业号为1的作业切到前台来执行，若当前系统只有一个作业在后台进行，则可以直接使用fg命令不带参数直接切回。具体的参数参考如下：

在这里插入图片描述

例如我们把刚刚挂起来的 ./test 作业切回到前台：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~/gitLinux/Linux_network/Daemon/test$ fg %%
./proc
hello server
hello server
hello server
hello server
hello server
^C

运行结果为开始无限循环打印 hello server，可以发现该作业已经切换到前台了。

注意：当通过 fg 命令切回作业时，若没有指定作业参数，此时会将默认作业切到前台执行，即带有“+”的作业号的作业

4.4 查看后台执行或挂起的作业

我们可以直接通过输入 jobs 命令查看用户当前后台执行或挂起的作业

参数 -l 则显示作业的详细信息
参数 -p 则只显示作业的PID
参数 -r 只显示运行中的作业
参数 -s 只显示停止的作业
参数 -n 显示状态变化的作业 (只显示自上次通知后状态发生变化的作业)

例如，我们先在后台及前台运行两个作业，并将前台作业挂起，来用 jobs 命令查看作业相关的信息：

代码语言：javascript

AI代码解释

ltx@My-Xshell-8-Pro-Max-Ultra:~/gitLinux/Linux_network/Daemon/test$ sleep 300 &
[1] 800147
ltx@My-Xshell-8-Pro-Max-Ultra:~/gitLinux/Linux_network/Daemon/test$ ./proc
hello server
hello server
^Z
[2]+  Stopped                 ./proc
ltx@My-Xshell-8-Pro-Max-Ultra:~/gitLinux/Linux_network/Daemon/test$ jobs -l
[1]- 800147 Running                 sleep 300 &
[2]+ 800188 Stopped                 ./proc

注意： jobs 命令是Shell内置的作业控制功能，作用范围仅限于当前Shell会话。