守护进程

终端：就是一种输入输出设备，按照功能可以分为输入终端与输出终端；按照与主机的距离分为本地终端和远程终端；按照与主机的连接方式分成物理终端和虚拟终端，物理终端：传统的显示器，键盘，鼠标，只要能实现数据输入输出[read，write]统称为终端，软件终端【伪终端】：主要通过tcp/ip协议实现的终端，它能模拟一个能实现”数据输入和数据输出的终端“ 比如 ssh ，telnet…

shell：是一个命令行解释器，用户不能直接接触操作系统内核，于是封装了一层壳(shell)，方便用户操作操作系统，与内核交互。shell接收用户或者其他应用程序的命令, 然后将这些命令转化成内核能理解的语言并传给内核, 内核执行命令完成后将结果返回给用户或者应用程序。当你打开一个terminal时，操作系统会将terminal和shell关联起来，当我们在terminal中输入命令后，shell就负责解释命令。shell就是这一层壳。简而言之，kernel负责和硬件打交道，服务于软件；shell和其他软件一样都是和kernel打交道，直接服务于用户。

控制终端：控制台（Console）是显示系统消息的终端，Linux 默认所有虚拟终端都是控制台，都能显示系统消息。在UNIX系统中，计算机显示器通常被称为控制台终端（Console）。它仿真了类型Linux的一种终端(TERM = Linux)，并且有一些设备特殊文件与之相关联：tty1、tty2、tty3等。在Unix系统中，用户通过终端登录系统后得到一个shell进程，这个终端成为shell进程的控制终端，进程中，控制终端是保存在PCB中的信息，而fork（）会复制PCB中的信息，因此由shell进程启动的其他进程的控制终端也是这个终端。默认情况下（没有重定向），每个进程的标准输入、标准输出和标准错误输出都指向控制终端，进程从标准输入读也就是读用户的键盘输入，进程往标准输出或标准错误输出写也就是输出到显示器上。在控制终端输入一些特殊的控制键可以给前台进程发信号，例如CTRL+C会产生SIGINT信号，CTRL+\会产生SIGQUIT信号。

进程组：进程组就是一个或多个进程的集合。这些进程并不是孤立的，他们彼此之间或者存在父子、兄弟关系，或者在功能上有相近的联系。同一进程组中的各进程接收来自同一终端的各种信号，每个进程组有一个唯一的进程组ID。每个进程组有一个组长进程，该组长进程的ID等于进程组ID。从进程组创建开始到最后一个进程离开为止的时间称为进程组的生命周期。

进程都有父进程，父进程也有父进程，这就形成了一个以init进程为根的家族树。除此以外，进程还有其他层次关系：进程、进程组和会话。进程组和会话在进程之间形成了两级的层次：进程组是一组相关进程的集合，会话是一组相关进程组的集合。

会话：当有新的用户登录Linux时，登录进程会为这个用户创建一个会话。用户的登录shell就是会话的首进程。会话的首进程ID会作为整个会话的ID。会话是一个或多个进程组的集合，囊括了登录用户的所有活动。在登录shell时，用户可能会使用管道，让多个进程互相配合完成一项工作，这一组进程属于同一个进程组。

通常，会话开始于用户登录，终止于用户退出，期间的所有进程都属于这个会话。一个会话一般包含一个会话首进程、一个前台进程组和一个后台进程组，控制终端可有可无；此外，前台进程组只有一个，后台进程组可以有多个，这些进程组共享一个控制终端。

前台进程组：该进程组中的进程可以向终端设备进行读、写操作（属于该组的进程可以从终端获得输入）。该进程组的 ID 等于控制终端进程组 ID，通常据此来判断前台进程组。

后台进程组：会话中除了会话首进程和前台进程组以外的所有进程，都属于后台进程组。该进程组中的进程只能向终端设备进行写操作。

守护进程，也就是常说的Daemon进程（精灵进程），是Linux中的后台服务进程，他是一个生存期较长的进程，通常独立于控制终端并且周期性执行某种任务或等待发生的事情。一般采用d结尾的名字。

守护进程的特征：周期性长，会在系统启动的 时候被创建并一直运行直至系统关闭。他在后台运行并且不拥有控制终端，没有控制终端确保了内核永远不会为守护进程自动生成任何控制信号以及终端相关的信号（如SIGINT,SIGQUIT）。

Linux的绝大多数服务器就是用守护进程实现的，比如Internet服务器inted，web服务器httpd等。

如果调用进程非组长进程，那么就能创建一个新会话：该进程变成新会话的首进程，该进程成为一个新进程组的组长进程，该进程没有控制终端，如果之前有，则会被中断（会话过程对控制终端的独占性）

也就是说：组长进程不能成为新会话首进程（因为如果组长进程成为新会话首进程，那么新会话中的首进程进程组id和原先会话中进程，新会话首进程必定成为组长进程。

创建过程：

1、fork()创建子进程，父进程exit()退出；

这是创建守护进程的第一步。由于守护进程是脱离控制终端的，完成这一步后就会在Shell终端里造成程序已经运行完毕的假象。之后的所有工作都在子进程中完成，而用户在Shell终端里则可以执行其他命令，从而在形式上做到了与控制终端的脱离，在后台工作。

由于父进程先于子进程退出，子进程就变为孤儿进程，并由 init 进程作为其父进程收养。

2、在子进程调用setsid()创建新会话；

在调用了 fork() 函数后，子进程全盘拷贝了父进程的会话期、进程组、控制终端等，虽然父进程退出了，但会话期、进程组、控制终端等并没有改变。这还不是真正意义上的独立开来，而 setsid() 函数能够使进程完全独立出来。

setsid()创建一个新会话，调用进程担任新会话的首进程，其作用有：

使当前进程脱离原会话的控制
使当前进程脱离原进程组的控制
使当前进程脱离原控制终端的控制

这样，当前进程才能实现真正意义上完全独立出来，摆脱其他进程的控制。

3、再次 fork() 一个子进程，父进程exit退出；（这步可以没有，只要这个无终端的会话组组长不乱申请控制终端就行了）

现在，进程已经成为无终端的会话组长，但它可以重新申请打开一个控制终端，可以通过 fork() 一个子进程，该子进程不是会话首进程，该进程将不能重新打开控制终端。退出父进程。

也就是说通过再次创建子进程结束当前进程，使进程不再是会话首进程来禁止进程重新打开控制终端。

4、在子进程中调用chdir()让根目录“/”成为子进程的工作目录；

这一步也是必要的步骤。使用fork创建的子进程继承了父进程的当前工作目录。由于在进程运行中，当前目录所在的文件系统（如“/mnt/usb”）是不能卸载的，这对以后的使用会造成诸多的麻烦（比如系统由于某种原因要进入单用户模式）。因此，通常的做法是让"/"作为守护进程的当前工作目录，这样就可以避免上述的问题，当然，如有特殊需要，也可以把当前工作目录换成其他的路径，如/tmp。改变工作目录的常见函数是chdir。(避免原父进程当前目录带来的一些麻烦)

5、在子进程中调用umask()重设文件权限掩码为0；

文件权限掩码是指屏蔽掉文件权限中的对应位。比如，有个文件权限掩码是050，它就屏蔽了文件组拥有者的可读与可执行权限（就是说可读可执行权限均变为7）。由于使用fork函数新建的子进程继承了父进程的文件权限掩码，这就给该子进程使用文件带来了诸多的麻烦。因此把文件权限掩码重设为0即清除掩码（权限为777），这样可以大大增强该守护进程的灵活性。通常的使用方法为umask(0)。(相当于把权限开发)

6、在子进程中close()不需要的文件描述符，或者重定向也可以

同文件权限码一样，用fork函数新建的子进程会从父进程那里继承一些已经打开了的文件。这些被打开的文件可能永远不会被守护进程读写，但它们一样消耗系统资源，而且可能导致所在的文件系统无法卸下。其实在上面的第二步之后，守护进程已经与所属的控制终端失去了联系。因此从终端输入的字符不可能达到守护进程，守护进程中用常规方法（如printf）输出的字符也不可能在终端上显示出来。所以，文件描述符为0、1和2 的3个文件（常说的输入、输出和报错）已经失去了存在的价值，也应被关闭。（关闭失去价值的输入、输出、报错等对应的文件描述符）

7.守护进程退出处理

当用户需要外部停止守护进程运行时，往往会使用 kill 命令停止该守护进程。所以，守护进程中需要编码来实现 kill 发出的signal信号处理，达到进程的正常退出。