Linux守护进程的启动⽅法
"守护进程"（daemon）就是⼀直在后台运⾏的进程（daemon）。
⼀、问题的由来
Web应⽤写好后，下⼀件事就是启动，让它⼀直在后台运⾏。
这并不容易。举例来说，下⾯是⼀个最简单的Node应⽤server.js，只有6⾏。
var http = require('http');
res.writeHead(200, {'Content-Type': 'text/plain'});
}).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命令验证，输出结果⾥⾯，不会有这个进程。
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');
console.log(''); // 加⼊此⾏
res.writeHead(200, {'Content-Type': 'text/plain'});
}).listen(5000);
启动上⾯的脚本，然后再执⾏disown命令。
$ node server.js &
$ disown
linux重定向
接着，你退出 session，访问5000端⼝，就会发现连不上。
这是因为"后台任务"的标准 I/O 继承⾃当前 session，disown命令并没有改变这⼀点。⼀旦"后台任务"读写标准 I/O，就会发现它已经不存在了，所以就报错终⽌执⾏。
为了解决这个问题，需要对"后台任务"的标准 I/O 进⾏重定向。
$ node server.js > 2> < /dev/null &
$ disown
上⾯这样执⾏，基本上就没有问题了。
六、nohup 命令
还有⽐disown更⽅便的命令，就是nohub。
$ nohup node server.js &
nohup命令对server.js进程做了三件事。
阻⽌SIGHUP信号发到这个进程。
关闭标准输⼊。该进程不再能够接收任何输⼊，即使运⾏在前台。
重定向标准输出和标准错误到⽂件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界⾯ localhost:9615
$ pm2 web
⼗、Systemd
除了专⽤⼯具以外，Linux系统有⾃⼰的守护进程管理⼯具 Systemd 。它是操作系统的⼀部分，直接与内核交互，性能出⾊，功能极其强⼤。我们完全可以将程序交给 Systemd ，让系统统⼀管理，成为真正意义上的系统服务。
以上就是本⽂的全部内容，希望对⼤家的学习有所帮助。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。