什么是守护进程？
答：守护进程是后台运行的、系统启动是就存在的、不予任何终端关联的，用于处理一些系统级别任务的特殊进程。
实现思路：
实现一个守护进程，其实就是将普通进程按照上述特性改造为守护进程的过程。
需要注意的一点是，不同版本的 Unix 系统其实现机制不同，BSD 和 Linux 下的实现细节就不同。
根据上述的特性，我们便可以创建一个简单的守护进程，这里以 Linux 系统下从终端 Shell 来启动为例。
在此有必要说一下两个概念：会话和进程组。
参考 https://www.cnblogs.com/zengyiwen/p/5755191.html
进程都有父进程，父进程也有父进程，这就形成了一个以init进程为根的家族树。除此以外，进程还有其他层次关系：进程、进程组和会话。进程组和会话在进程之间形成了两级的层次：进程组是一组相关进程的集合，会话是一组相关进程组的集合。
这样说来，一个进程会有如下ID：
·PID：进程的唯一标识。对于多线程的进程而言，所有线程调用getpid函数会返回相同的值。
·PGID：进程组ID。每个进程都会有进程组ID，表示该进程所属的进程组。默认情况下新创建的进程会继承父进程的进程组ID。
·SID：会话ID。每个进程也都有会话ID。默认情况下，新创建的进程会继承父进程的会话ID。
前面提到过，新进程默认继承父进程的进程组ID和会话ID，如果都是默认情况的话，那么追根溯源可知，所有的进程应该有共同的进程组ID和会话ID。但是调用ps axjf可以看到，实际情况并非如此，系统中存在很多不同的会话，每个会话下也有不同的进程组。
为何会如此呢？
就像家族企业一样，如果从创业之初，所有家族成员都墨守成规，循规蹈矩，默认情况下，就只会有一个公司、一个部门。但是也有些“叛逆”的子弟，愿意为家族公司开疆拓土，愿意成立新的部门。这些新的部门就是新创建的进程组。如果有子弟“离经叛道”，甚至不愿意呆在家族公司里，他别开天地，另创了一个公司，那这个新公司就是新创建的会话组。由此可见，系统必须要有改变和设置进程组ID和会话ID的函数接口，否则，系统中只会存在一个会话、一个进程组。
进程组和会话是为了支持shell作业控制而引入的概念。
当有新的用户登录Linux时，登录进程会为这个用户创建一个会话。用户的登录shell就是会话的首进程。会话的首进程ID会作为整个会话的ID。会话是一个或多个进程组的集合，囊括了登录用户的所有活动。在登录shell时，用户可能会使用管道，让多个进程互相配合完成一项工作，这一组进程属于同一个进程组。
当用户通过SSH客户端工具（putty、xshell等）连入Linux时，与上述登录的情景是类似的。
通常，会话开始于用户登录，终止于用户退出，期间的所有进程都属于这个会话。一个会话一般包含一个会话首进程、一个前台进程组和一个后台进程组，控制终端可有可无；此外，前台进程组只有一个，后台进程组可以有多个，这些进程组共享一个控制终端。
-
前台进程组：
该进程组中的进程可以向终端设备进行读、写操作（属于该组的进程可以从终端获得输入）。该进程组的 ID 等于控制终端进程组 ID，通常据此来判断前台进程组。 -
后台进程组：
会话中除了会话首进程和前台进程组以外的所有进程，都属于后台进程组。该进程组中的进程只能向终端设备进行写操作。
下图为会话、进程组、进程和控制终端之间的关系（登录 shell 进程本身属于一个单独的进程组）。
想了解更多关于会话 Sessions 内容，可以认真读一下 APUE 这本书。
如果调用进程非组长进程，那么就能创建一个新会话：
- 该进程变成新会话的首进程
- 该进程成为一个新进程组的组长进程
- 该进程没有控制终端，如果之前有，则会被中断（会话过程对控制终端的独占性）
也就是说：组长进程不能成为新会话首进程，新会话首进程必定成为组长进程。
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个文件（常说的输入、输出和报错）已经失去了存在的价值，也应被关闭。（关闭失去价值的输入、输出、报错等对应的文件描述符）
-
for (i=0; i < MAXFILE; i++) -
close(i);
7、守护进程退出处理
当用户需要外部停止守护进程运行时，往往会使用 kill 命令停止该守护进程。所以，守护进程中需要编码来实现 kill 发出的signal信号处理，达到进程的正常退出。
一张简单的图可以完美诠释之前几个步骤：
至此为止，一个简单的守护进程就建立起来了。
Linux 守护进程的启动方法
"守护进程"（daemon）就是一直在后台运行的进程（daemon）。
本文介绍如何将一个 Web 应用，启动为守护进程。
一、问题的由来
Web应用写好后，下一件事就是启动，让它一直在后台运行。
这并不容易。举例来说，下面是一个最简单的Node应用server.js，只有6行。
var http = require('http');
http.createServer(function(req, res) {
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end('Hello World');
}).listen(5000);
你在命令行下启动它。
$ node server.js
看上去一切正常，所有人都能快乐地访问 5000 端口了。但是，一旦你退出命令行窗口，这个应用就一起退出了，无法访问了。
怎么才能让它变成系统的守护进程（daemon），成为一种服务（service），一直在那里运行呢？
二、前台任务与后台任务
上面这样启动的脚本，称为"前台任务"（foreground job）。它会独占命令行窗口，只有运行完了或者手动中止，才能执行其他命令。
变成守护进程的第一步，就是把它改成"后台任务"（background job）。
$ node server.js &
只要在命令的尾部加上符号&，启动的进程就会成为"后台任务"。如果要让正在运行的"前台任务"变为"后台任务"，可以先按ctrl + z，然后执行bg命令（让最近一个暂停的"后台任务"继续执行）。
"后台任务"有两个特点。
1.继承当前 session （对话）的标准输出（stdout）和标准错误（stderr）。因此，
后台任务的所有输出依然会同步地在命令行下显示。
2.不再继承当前 session 的标准输入（stdin）。你无法向这个任务输入指令了。
如果它试图读取标准输入，就会暂停执行（halt）。
可以看到，"后台任务"与"前台任务"的本质区别只有一个：是否继承标准输入。所以，执行后台任务的同时，用户还可以输入其他命令。
三、SIGHUP信号
变为"后台任务"后，一个进程是否就成为了守护进程呢？或者说，用户退出 session 以后，"后台任务"是否还会继续执行？
Linux系统是这样设计的。
1.用户准备退出 session
2.系统向该 session 发出SIGHUP信号
3.session 将SIGHUP信号发给所有子进程
4.子进程收到SIGHUP信号后，自动退出
上面的流程解释了，为什么"前台任务"会随着 session 的退出而退出：因为它收到了SIGHUP信号。
那么，"后台任务"是否也会收到SIGHUP信号？
这由 Shell 的huponexit参数决定的。
$ shopt | grep huponexit
执行上面的命令，就会看到huponexit参数的值。
大多数Linux系统，这个参数默认关闭（off）。因此，session 退出的时候，不会把SIGHUP信号发给"后台任务"。所以，一般来说，"后台任务"不会随着 session 一起退出。
四、disown 命令
通过"后台任务"启动"守护进程"并不保险，因为有的系统的huponexit参数可能是打开的（on）。
更保险的方法是使用disown命令。它可以将指定任务从"后台任务"列表（jobs命令的返回结果）之中移除。一个"后台任务"只要不在这个列表之中，session 就肯定不会向它发出SIGHUP信号。
$ node server.js &
$ disown
执行上面的命令以后，server.js进程就被移出了"后台任务"列表。你可以执行jobs命令验证，输出结果里面，不会有这个进程。
disown的用法如下。
# 移出最近一个正在执行的后台任务
$ disown
# 移出所有正在执行的后台任务
$ disown -r
# 移出所有后台任务
$ disown -a
# 不移出后台任务，但是让它们不会收到SIGHUP信号
$ disown -h
# 根据jobId，移出指定的后台任务
$ disown %2
$ disown -h %2
五、标准 I/O
使用disown命令之后，还有一个问题。那就是，退出 session 以后，如果后台进程与标准I/O有交互，它还是会挂掉。
还是以上面的脚本为例，现在加入一行。
var http = require('http');
http.createServer(function(req, res) {
console.log('server starts...'); // 加入此行
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end('Hello World');
}).listen(5000);
启动上面的脚本，然后再执行disown命令。
$ node server.js &
$ disown
接着，你退出 session，访问5000端口，就会发现连不上。
这是因为"后台任务"的标准 I/O 继承自当前 session，disown命令并没有改变这一点。一旦"后台任务"读写标准 I/O，就会发现它已经不存在了，所以就报错终止执行。
为了解决这个问题，需要对"后台任务"的标准 I/O 进行重定向。
$ node server.js > stdout.txt 2> stderr.txt < /dev/null &
$ disown
上面这样执行，基本上就没有问题了。
六、nohup 命令
还有比disown更方便的命令，就是nohup。
$ nohup node server.js &
nohup命令对server.js进程做了三件事。
1.阻止SIGHUP信号发到这个进程。
2.关闭标准输入。该进程不再能够接收任何输入，即使运行在前台。
3.重定向标准输出和标准错误到文件nohup.out。
也就是说，nohup命令实际上将子进程与它所在的 session 分离了。
注意，nohup命令不会自动把进程变为"后台任务"，所以必须加上&符号。
七、Screen 命令与 Tmux 命令
另一种思路是使用 terminal multiplexer （终端复用器：在同一个终端里面，管理多个session），典型的就是 Screen 命令和 Tmux命令。
它们可以在当前 session 里面，新建另一个 session。这样的话，当前 session 一旦结束，不影响其他 session。而且，以后重新登录，还可以再连上早先新建的 session。
Screen 的用法如下。
# 新建一个 session
$ screen
$ node server.js
然后，按下ctrl + A和ctrl + D，回到原来的 session，从那里退出登录。下次登录时，再切回去。
$ screen -r
如果新建多个后台 session，就需要为它们指定名字。
$ screen -S name
# 切回指定 session
$ screen -r name
$ screen -r pid_number
# 列出所有 session
$ screen -ls
如果要停掉某个 session，可以先切回它，然后按下ctrl + c和ctrl + d。
Tmux 比 Screen 功能更多、更强大，它的基本用法如下。
$ tmux
$ node server.js
# 返回原来的session
$ tmux detach
除了tmux detach，另一种方法是按下Ctrl + B和d ，也可以回到原来的 session。
# 下次登录时，返回后台正在运行服务session
$ tmux attach
如果新建多个 session，就需要为每个 session 指定名字。
# 新建 session
$ tmux new -s session_name
# 切换到指定 session
$ tmux attach -t session_name
# 列出所有 session
$ tmux list-sessions
# 退出当前 session，返回前一个 session
$ tmux detach
# 杀死指定 session
$ tmux kill-session -t session-name
八、Node 工具
对于 Node 应用来说，可以不用上面的方法，有一些专门用来启动的工具：forever，nodemon 和 pm2。
forever 的功能很简单，就是保证进程退出时，应用会自动重启。
# 作为前台任务启动
$ forever server.js
# 作为服务进程启动
$ forever start app.js
# 停止服务进程
$ forever stop Id
# 重启服务进程
$ forever restart Id
# 监视当前目录的文件变动，一有变动就重启
$ forever -w server.js
# -m 参数指定最多重启次数
$ forever -m 5 server.js
# 列出所有进程
$ forever list
nodemon一般只在开发时使用，它最大的长处在于 watch 功能，一旦文件发生变化，就自动重启进程。
# 默认监视当前目录的文件变化
$ nodemon server.js
＃ 监视指定文件的变化
$ nodemon --watch app --watch libs server.js
pm2 的功能最强大，除了重启进程以外，还能实时收集日志和监控。
# 启动应用
$ pm2 start app.js
# 指定同时起多少个进程（由CPU核心数决定），组成一个集群
$ pm2 start app.js -i max
# 列出所有任务
$ pm2 list
# 停止指定任务
$ pm2 stop 0
＃ 重启指定任务
$ pm2 restart 0
# 删除指定任务
$ pm2 delete 0
# 保存当前的所有任务，以后可以恢复
$ pm2 save
# 列出每个进程的统计数据
$ pm2 monit
# 查看所有日志
$ pm2 logs
# 导出数据
$ pm2 dump
# 重启所有进程
$ pm2 kill
$ pm2 resurect
# 启动web界面 http://localhost:9615
$ pm2 web
十、Systemd
除了专用工具以外，Linux系统有自己的守护进程管理工具 Systemd 。它是操作系统的一部分，直接与内核交互，性能出色，功能极其强大。我们完全可以将程序交给 Systemd ，让系统统一管理，成为真正意义上的系统服务。
556
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
