Linux守护进程的启动方法守护进程的启动方法
“守护进程”（daemon）就是一直在后台运行的进程（daemon）。
一、问题的由来一、问题的由来
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命令（让最近一个暂停的”后台任务”继续执行）。
“后台任务后台任务”有两个特点有两个特点。
继承当前继承当前 session （对话）的标准输出（（对话）的标准输出（stdout）和标准错误（）和标准错误（stderr）。因此，后台任务的所有输出依然会同步地在命令）。因此，后台任务的所有输出依然会同步地在命令
行下显示。行下显示。
不再继承当前不再继承当前 session 的标准输入（的标准输入（stdin）。你无法向这个任务输入指令了。如果它试图读取标准输入，就会暂停执行）。你无法向这个任务输入指令了。如果它试图读取标准输入，就会暂停执行
（（halt）。）。
可以看到，”后台任务”与”前台任务”的本质区别只有一个：是否继承标准输入。所以，执行后台任务的同时，用户还可以输入
其他命令。
三、三、SIGHUP信号信号
变为”后台任务”后，一个进程是否就成为了守护进程呢？或者说，用户退出 session 以后，”后台任务”是否还会继续执行？
Linux系统是这样设计的。
用户准备退出用户准备退出 session
系统向该系统向该 session 发出发出SIGHUP信号信号
session 将将SIGHUP信号发给所有子进程信号发给所有子进程
子进程收到子进程收到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命令验证，输出结果里面，不会有这个进
资源评论
