【Linux 学习指南】进程间关系与守护进程

文章目录

• 📝进程组
• • 🌉 组长进程
• 🌠会话
• • 🌉 什么是会话
  • 🌉如何创建会话
  • 🌉会话ID(SID)
• 🌠控制终端
• 🌠作业控制
• • 🌉什么是作业(job)和作业控制(Job Control)？
  • 🌉 作业号
  • 🌉 作业状态
• 🌠作业的挂起与切回
• • • 🌉 作业挂起
    • 🌉 作业切回
  • 🌉 作业切回
  • 🌉 查看后台执行或挂起的作业
  • 🌉 作业控制相关的信号
• 🌠 守护进程
• 🌠 如何将服务守护进程化
• 🚩总结

---

📝进程组

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

wenksen@wenksen-VMware-Virtual-Platform:~$ ps -eo pid,pgid,ppid,comm | grep -E \"PID|httpserver\" PID PGID PPID COMMAND 8447 8447 6450 httpserver #结果如下PID PGID PPID COMMAND 2830 2830 2259 test #-e 选项表示every的意思， 表示输出每一个进程信息#-o 选项以逗号操作符（,）作为定界符, 可以指定要输出的列

🌉 组长进程

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

wenksen@wenksen-VMware-Virtual-Platform:~$ ps -o pid,pgid,ppid,comm | cat # 输出结果 PID PGID PPID COMMAND 6339 6339 6338 bash 8549 8549 6339 ps 8550 8549 6339 cat

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

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

🌠会话

🌉 什么是会话

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

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

 [node@localhost code]$ proc2 | proc3 & [node@localhost code]$ proc4 | proc5 | proc6 & # &表示将进程组放在后台执行

我们举一个例子观察一下这个现象：

 # 用管道和sleep组成一个进程组放在后台运行[node@localhost code]$ sleep 100 | sleep 200 | sleep 300 & # 查看ps命令打出来的列描述信息[node@localhost code]$ ps axj | head-n1

#过滤sleep相关的进程信息

[node@localhostcode]$psaxj|grepsleep|grep-vgrep #a选项表示不仅列当前⽤户的进程，也列出所有其他⽤户的进程#x选项表示不仅列有控制终端的进程，也列出所有⽆控制终端的进程#j选项表示列出与作业控制相关的信息，作业控制后续会讲#grep的-v选项表示反向过滤，即不过滤带有grep字段相关的进程

#结果如下

从上述结果来看3个进程对应的PGID相同，即属于同一个进程组。

🌉如何创建会话

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

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

该接口调用之后会发生：

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

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

🌉会话ID(SID)

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

🌠控制终端

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

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

🌠作业控制

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

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

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

在 Ubuntu（以及 Debian 系发行版） 中，/etc/filesystems 文件通常不存在，这是正常现象。

wenksen@wenksen-VMware-Virtual-Platform:~$ cat /etc/filesystems | head -n 5cat: /etc/filesystems: 没有那个文件或目录wenksen@wenksen-VMware-Virtual-Platform:~$ 

这个文件主要用于一些其他 Linux 发行版（如 Red Hat、CentOS 等），用于定义系统支持的文件系统类型及其优先级。而 Ubuntu 等 Debian 系系统并不依赖这个文件，相关的文件系统配置通常通过以下方式管理：

1. 内核模块：支持的文件系统由内核模块决定（可通过 lsmod 查看已加载的文件系统模块）。

2. /proc/filesystems：如果想查看当前内核支持的文件系统类型，可以查看这个虚拟文件：

   cat /proc/filesystems

   输出示例（包含内核支持的所有文件系统，如 ext4、tmpfs、nfs 等）：
   

3. /etc/fstab：系统启动时自动挂载的文件系统配置在这里：

🌉 作业号

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

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

• /proc/filesystems 是内核提供的虚拟文件，实时反映当前内核支持的文件系统类型

• grep ext 用于筛选出包含 “ext” 的行（即 ext 系列文件系统）

wenksen@wenksen-VMware-Virtual-Platform:~$ cat /proc/filesystems | grep ext &ext3ext2ext4wenksen@wenksen-VMware-Virtual-Platform:~$ 

执⾏结果如下：

wenksen@wenksen-VMware-Virtual-Platform:~$ ext3ext2ext4[1]+ 已完成  cat /proc/filesystems | grep --color=auto extwenksen@wenksen-VMware-Virtual-Platform:~$ 

• 第一⾏表示作业号和进程ID，可以看到作业号是1，进程ID是2202
• 第3-4⾏表示该程序运⾏的结果，过滤/etc/filesystems有关ext的内
• 第6号分别表示作业号、默认作业、作业状态以及所执⾏的命令
• 关于默认作业：对于一个用户来说，只能有一个默认作业（+），同时也只能有一个即将成为默认作业的作业（-），当默认作业退出后，该作业会成为默认作业。
• + : 表示该作业号是默认作业
• -：表示该作业即将成为默认作业
• 无符号：表示其他作业
  

🌉 作业状态

作业状态 含义 正在运行【Running】 后台作业（&），表示正在执行 完成【Done】 作业已完成，返回的状态码为 0 完成并退出【Done(code)】 作业已完成并退出，返回的状态码为非 0 已停止【Stopped】 前台作业，当前被 Ctrl+Z 挂起 已终止【Terminated】 作业被终止

🌠作业的挂起与切回

🌉 作业挂起

我们在执⾏某个作业时，可以通过Ctrl+Z键将该作业挂起，然后Shell会显示相
关的作业号、状态以及所执⾏的命令信息。
例如我们运⾏一个死循环的程序，通过Ctrl+Z将该作业挂起，观察一下对应的
作业状态：

#include <stdio.h> int main() { while (1) { printf(\"hello\\n\"); } return 0; }

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

wenksen@wenksen-VMware-Virtual-Platform:~$ ./test

#键入Ctrl + Z观察现象
结果依次对应作业号 默认作业 作业状态 运行程序信息
可以发现通过Ctrl+Z将作业挂起，该作业状态已经变为了停止状态

🌉 作业切回

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

参数 含义 %n n为正整数，表示作业号 %string 以字符串开头的命令所对应的作业 %?string 包含字符串的命令所对应的作业 %+ 或 %% 最近提交的一个作业 %- 倒数第二个提交的作业 %p 作业的进程 ID（PID） %gid 作业的进程组 ID（PGID） %sid 作业的会话 ID（SID） %t 作业的终端（TTY） %stat 作业的状态（STAT） %uid 作业的用户 ID（UID） %time 作业占用的 CPU 时间 %command 作业的命令（COMMAND）

🌉 作业切回

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

wenksen@wenksen-VMware-Virtual-Platform:~$ fg %%

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

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

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

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

• 参数-l则显示作业的详细信息
• 参数-p则只显示作业的PID
  例如，我们先在后台及前台运⾏两个作业，并将前台作业挂起，来用jobs命令
  查看作业相关的信息：

wenksen@wenksen-VMware-Virtual-Platform:~$ sleep 300 &# 运行刚才的死循环可执行程序wenksen@wenksen-VMware-Virtual-Platform:~$ ./test # 键入Ctrl + Z 挂起作业# 使用jobs命令查看后台及挂起的作业wenksen@wenksen-VMware-Virtual-Platform:~$ jobs-l

运⾏结果如下所示：

🌉 作业控制相关的信号

上面我们提到了键入Ctrl + Z可以将前台作业挂起，实际上是将STGTSTP信号
发送至前台进程组作业中的所有进程，后台进程组中的作业不受影响。在unix
系统中，存在3个特殊字符可以使得终端驱动程序产生信号，并将信号发送至前
台进程组作业，它们分别是：

• Ctrl + C：中断字符，会产生SIGINT信号
• Ctrl + \\：退出字符，会产生SIGQUIT信号
• Ctrl + Z：挂起字符，会产生STGTSTP信号
  终端的I/O(即标准输入和标准输出)和终端产生的信号总是从前台进程组作业连接打破实际终端。我们可以通过下体来看到作业控制的功能：

🌠 守护进程

 #pragma once #include <iostream>#include <sys/stat.h>#include <cstdlib>#include <signal.h>#include <unistd.h>#include <fcntl.h>#include <sys/types.h> #include <sys/stat.h>#define ROOT \"/\"#define devnull \"/dev/null\"void Daemon(bool ischdir, bool isclose){ //1,守护进程一般要屏蔽到特定的异常信号 signal(SIGCHLD, SIG_IGN); signal(SIGPIPE, SIG_IGN); //2,成为非组长 if(fork() > 0) exit(0); //3,建立新会话 setsid(); //4,每个进程都有自己的CWD, 是否将当前进程改为 / 根目录 if(ischdir) chdir(ROOT); //5,已经变成守护进程啦，不需要和用户的输入输出，错误进行关联了 if(isclose) { ::close(0); ::close(1); ::close(2); } else { int fd = ::open(devnull, O_WRONLY); if(fd > 0) { dup2(fd, 0); dup2(fd, 1); dup2(fd, 2); close(fd); } } }

🌠 如何将服务守护进程化

// ./server portint main(int argc, char *argv[]){ if (argc != 2) { std::cout << \"Usage : \" << argv[0] << \" port\" << std::endl; return 0; } uint16_t localport = std::stoi(argv[1]); Daemon(false, false); std::unique_ptr<TcpServer> svr(new TcpServer(localport, HandlerRequest)); svr->Loop(); return 0;}

---

🚩总结