【Linux】Linux进程间关系和守护进程

1、在了解真正的知识之前我们来了解几个非常重要的概念：
（1）进程组
我们在学习进程的时候知道每个进程都会有一个唯一的标识，就是它的进程ID，每个进程除了有这样一个标识之外还属于一个进程组。进程组是一个或多个进程的集合。通常它们与同一个作业相关联，可以接收来自同一终端的各种信号，每个进程组有一个唯一的进程组ID。每个进程组都可以有一个组长进程。组长进程的标志是进程组ID等于进程ID。组长进程可以创建一个进程组，创建该组中的进程然后终止，只要在某个进程组中一个进程存在，则该进程组就存在，这与其组长进程是否终止无关

在后面加‘&’表示在后台运行
经过观察有一个进程的pid等于组id该进程就被称为组长
使用kill -9 杀掉组长之后，进程组还是存在的
我们用来查看进程信息的指令是ps，对后面的选项进行解释
a：不仅列出当前用户的进程，也列出其它用户的进程
x：表示不仅列有控制终端的进程，也列出所有无控制终端的进程
j：列出所有与作业控制相关的信息
（2）作业
Shell分前后台控制的不是进程而是作业或者进程组。一个前台作业可以由多个进程组成，一个后台也可以由多个进程组成，shell可以运行一个前台作业和任意多个后台作业，这称为作业控制
一旦作业运行结束，shell就把自己提到前台（子进程还在，可是子进程不属于作业）如果原来的前台作业还在，（如果这个子进程还没有终止），它自动变为后台进程组
我们在重新理解一下,在前台新起作业，shell是无法运行，因为它被提到了后台。但是如果前台进程退出，shell就又被提到了前台，所以可以继续接受用户输入
来用一个测试代码来测试一下：
代码如下：

运行结果如下：

结果中显示两个进程都被创建成功，我们发现在五秒之内，shell无法接受任何命令说明此时的前台作业不是shell，五秒之后父进程退出了，子进程还在运行，不断在屏幕上打消息，这时shell可以接受命令，我们在这里输入ls可以显示当前目录下的文件，可是这里的子进程一直在打消息，使用ctrl-c都不能中止，只有万能的杀手，kill -9 才可以
（3）会话
会话从概念上来说是一个或多个进程组的集合。一个会话可以有一个终端，这通常是登上当前的终端设备（在设备登录情况下）或为终端设备（在网络登录情况下），建立与控制终端连接的会话首进程被称为控制进程，。一个会话中的几个进程组可被分为一个前台进程组以及一个或多个后台进程组，综上所述，一个会话中应该包含控制进程（会话首进程），一个前台进程组和任意后台进程组，新打开一个终端
再看最开始那个例子：

可以看到有一个sid的项目
这个就是会话id，可以看到这三个进程属于同一个进程组，也属于一个会话
经过验证这个会话id对应的就是这三个进程的父进程bash毎打开一个终端就创建了一个会话
作业控制：
Session与进程组“Shell 可以同时运行一个前台进程和任意多个后台进程”其实是不全面的，现在我们来研究更加复杂的情况。事实上，Shell分前后台控制的不是进程而是作业或者进程组。一个前台作业可以由多个进程组成，一个后台作业也可以由多个进程组成，，Shell可以同时运行一个前台作业和任意多个后台作业，这叫做作业控制

Ctrl -c杀掉的不是进程，而是整个作业
作业控制相关的信号
我们通过实验来学习与作业控制相关的信号


将cat放到后台运行，由于cat需要读标准输入（也就是终端输入），而后台进程就是不能读终端输入的，因此内核发SIGTTIN信号给进程，该信号的默认处理动作是使进程停止
Jobs命令可以查看当前有哪些fg命令可以将某个作业提至前台运行，如果该作业的进程组正在后台运行，如果该作业处于停止状态，则给进程组的每个进程发SIGCONT信号使它继续运行，参数%1表示将第一个作业提至前台运行，cat提到前台运行后，挂起等待终端输入，如果输入ctrl-z则向所有前台进程发送SIGTSTP信号，该信号的默认处理动作是使进程停止，cat继续以后台作业的形式存在
Bg可以使某个停止的作业在后台继续运行，也需要给该作业的进程组的每个进程发SIGCONT信号。Cat进程继续运行，又要读终端输入，然而它不能读终端输入，所以又收到SIGTTIN信号而停止。


使用kill命令给一个已经停止的进程发SIGTERM(15)信号，这个信号并不会立即处理，而是要等到进程准备继续运行之前处理，默认动作是终止进程，但如果给一个停止的进程发送SIGKILL信号就不同了
守护进程
守护进程概念：
守护进程也称为精灵进程，是运行在后台的一种特殊进程。它独立于控制终端并且周期性的执行某种任务或者等待处理某些发生的事件，守护进程是一种很有用的进程，Linux的大多数服务器就是用守护进程实现的，比如，ftp服务器，ssh服务器等，同时守护进程完成许多系统任务，比如作业规划进程crond等
Linux在启动时会启动许多系统服务进程，这些系统服务进程没有控制终端不能直接和用户交互，其他进程都是在用户登录或运行程序时创建 在运行结束或者用户注销时终止，但系统服务程序（守护进程），不受用户登录注销的影响，它们一直运行着，这种进程有一种名称叫做守护进程。
下面我们用ps axj 查看系统进程

1、凡是TPGID一栏写着-1的都是没有控制终端的进程，也就是守护进程
2、在COMMAND一列用[]括起来的名字表示内核线程，这些线程在内核里创建，没有用户空间代码，因此没有程序文件名和命令行，通常采用以k开头的名字，表示Kernel
3、init进程我们已经很熟悉了，udevd负责维护/dev下的设备文件，acpid负责电源管理，syslogd负责维护/var/log下的日志文件
4、可以看出，守护进程通常采用以d结尾的名字，表示Daemon
创建守护进程，
创建守护进程最关键的一步是调用setsid函数创建一个新的Session，并成为 Session Leader
pid_t setsid(void);
该函数调用成功时返回创建的Session的id（其实也就是当前进程的id），出错返回-1
注意：调用这个函数之前，当前进程不允许是进程组的leader，否则该函数返回-1.要保证当前进程不是进程组的leader也很简单，只要先fork再调用setgid就可以，fork创建的子进程和父进程在一个进程组中，进程组的leader必然是进程组的第一个进程，所以子进程不可能是该组的第一个进程，在子进程中调用setgid就不会有问题了。
那么怎么看是否调用成功呢？
（1）创建一个新的Session，当前进程成为Session leader，当前进程的id就是Session的id
（2）创建一个新的进程组，当前进程成为进程组的leader，当前进程的id就是进程组的id
（3）如果当前进程原来有一个控制端，则它失去这个控制端，成为一个没有控制端的进程。所谓失去控制端指的是，原来的控制端仍然是打开的，仍然可以读写，但只是一个普通的打开文件而不是控制端了。
守护进程代码：


使用ps命令可以看到创建的守护进程：
运行结果

Daemon函数

先将上次创建的守护进程杀掉，然后使用ps命令可以查看创建的守护进程: