linux c/c++ 编程 (进程组 会话 守护进程)

Python实现的守护进程  原理都是一样的

https://blog.csdn.net/zhangdell/article/details/111051202

C++实现：Linux 守护进程的编程方法

一：进程组

1：进程组也称之为作业。代表一个或多个进程的集合，每个进程都属于一个进程组。在waitpid函数和kill函数的参数中都曾使用到。操作系统设计的进程组的概念，是为了简化对多个进程的管理。

2：当父进程创建子进程的时候，默认子进程与父进程属于同一进程组。

3：进程组ID：第一个进程的进程ID (组长ID)

4：组长可以创建一个进程组，可以创建进程组中的进程。只要进程组中有一个进程存在，进程组就存在，和组长进程是否终止没有关系。

5：kill -SIGKILL -进程组ID(负的) 来将整个进程组内的进程全部杀死。

6：进程组生存期：进程组创建到最后一个进程离开(终止或转移到另一个进程组)

7：一个进程可以为自己或子进程设置进程组ID

8：getpgrp()    获取当前进程的进程组ID    总是返回调用者的进程组ID

9：getpgid()    获取指定进程的进程组ID   成功：返回进程组ID；失败：-1，设置errno

10：setpgid()  改变进程默认所属的进程组。通常可用来加入一个现有的进程组或创建一个新进程组

注意：

1. 如改变子进程为新的组，应fork后，exec前。
2. 权级问题。非root进程只能改变自己创建的子进程，或有权限操作的进程

二：会话

创建一个会话需要注意以下6点注意事项：

a. 创建会话的进程(调用进程)不能是进程组组长，该进程变成新会话首进程(session header)

b. 该进程成为一个新进程组的组长进程

c. 需有root权限(ubuntu不需要)

d. 新会话丢弃原有的控制终端，该会话没有控制终端

e.如果创建会话的进程(调用进程)是组长进程，则出错返回

f. 建立新会话时，先调用fork, 父进程终止，子进程调用setsid

组长进程不能成为新会话首进程，新会话首进程必定会成为组长进程。

相关函数：

getsid()  获取进程所属的会话ID

setsid() 创建一个会话，并以自己的ID设置进程组ID，同时也是新会话的ID。调用了setsid函数的进程，既是新的会长，也是新的组长。

三:进程 进程组 会话

• 会话：进程组的更高一级，多个进程对应一个会话。
• 进程组：多个进程在同一个组，第一个进程默认是进程组的组长。
• 创建会话的时候，组长不可以创建，必须是组员创建。
• 创建会话的步骤：创建子进程，父进程去死，子进程自当会长。

四：守护进程

1：创建子进程，父进程退出，让所有工作在子进程中进行，形式上脱离控制终端。

执行一个fork()，之后父进程退出，子进程继续执行。(结果就是daemon成为了init进程的子进程)之所以要做这一步是因为下面两个原因：

      a:如果daemon是从命令行启动的话，父进程的终止会被shell发现的，shell在发现之后会显示出另外一个shell提示符并让子进程继续在后台运行。

      b:fork()后 子进程确保不会是一个进程组组长进程，因为子进程从其父进程那边继承了进程组ID并且拥有了自己唯一的进程ID，并且这个进程ID和自己的组ID肯定是不同的，这为后边成功过调用setsid()做铺垫。

2：在子进程中创建新会话。调用setsid()函数，使子进程完全独立出来，脱离控制。

    子进程调用setsid()开启一个新回话并释放它与控制终端之间的所有关联关系，让子进程成为新会话的首进程、成为一个进程组的组长进程、没有控制终端。

如果daemon从来没有打开终端，那么就不用担心daemon会重新请求一个控制终端了。如果daemon后面可能会打开一个终端设备，那么必须要采取措施来确保这个设备不会成为控制终端。解决办法有2个：

              在所有可能应用到一个终端设备上的open()调用中指定O_NOCTTY标记。

              更简单地：在setsid()调用之后执行第二个fork()，然后再次让父进程退出并让孙子进程继续执行。这样就确保了子进程不会称为会话组长。因此根据System V中获取终端的规则，进程永远不会重新请求一个控制终端。(多一个fork()调用不会带来任何坏处)

这一步个人感觉可以省略 但是加上了也没有啥坏处

3：改变当前目录为根目录。调用chdir()函数，防止占用可卸载的文件系统。

    如果daemon的当前工作目录为不包含/根目录的文件系统，那么就无法卸载该文件系统。

4：重设文件权限掩码。调用umask()函数，防止继承的文件创建屏蔽字拒绝某些权限，增加守护进程的灵活性。

清除进程的umask以确保当daemon创建文件和目录时拥有所需的权限

5：关闭文件描述符。关闭daemon从其父进程继承而来的所有打开着的文件描述符

daemon可能需要保持继承而来的文件描述的打开状态，因此这一步是可选的或者可变更的

6：在关闭了文件描述符0、1和2之后，daemon通常会打开/dev/null并使用dup2()（或类似的函数）使所有这些描述符指向这个设备。之所以要这样做是因为下面两个原因：

      它确保了当daemon调用了在这些描述符上执行I/O的库函数时不会出乎意料地失败。

      它防止了daemon后面使用描述符1或2打开一个文件的情况，因为库函数会将这些描述符当做标准输出和标准错误来写入数据（进而破坏了原有的数据）。

创建守护进程，最关键的一步是调用setsid函数创建一个新的Session（会话），并成为Session Leader

参考 blog Linux守护进程（Daemon）介绍与C++实现 - lvnux - 博客园