前言
相信对服务端有所了解的同学对于如何让进程后台运行
这个问题都有自己的处理方式,本人零零散散也知道一些方法,但偶尔也会陷入搞混的情况(知其然但不知其所以然,命令就这么用呗,也就不管为什么了)。加上近期有不止一个技术还不错朋友在跟我交流中对于如何处理这个问题产生了一些困惑,我想它可能是一个比较普遍存在的问题,因此打算较为系统地整理一下各种八仙过海的神通,同时也稍微扯一扯一些进程信号的问题。
各种神通
在shell中通过命令行的方式启动一个server,如何能够让它长久地运行呢?我一旦关了这个shell它就无法服务了,这可不是我们想要的结果,这一节将会介绍各种相关的方法。做各种实验之前,我在conoha上申请了一台临时的vps,做完就把它释放了,操作系统是CentOS 7。
说句题外话,conoha这个云服务商个人感觉还不错,性价比很高,虽然可能东京的线路偶尔会丢包比较严重,但新加坡的线路很棒,出入100M带宽不限流量,我自己平时用的就是它。好,扯回来,继续我们的整理。
这篇文章的测试server我们就采用nodejs官网的demo吧:
1 | // server.js |
nohup
nohup顾名思义,就是忽略hup信号。hup信号是什么呢,就是当一个shell窗口关闭的时候,会给隶属于它的所有进程发一个hup信号,然后该进程就挂了,除非进程捕获了hup信号,然后做了其它的事情,而不是exit
。
使用方式就是在平常的命令前加一个nohup命令:
1 | nohup node server.js |
默认情况下,这个命令会在当前目录下产生一个nohup.out
文件作为程序的输出。当然你也可以使用管道的方式将输出重定向到其它地方:
1 | nohup node server.js >> your_log |
&
这个符号其实并不能解决本文所提到的问题,它只是一个比较好的辅助方式让控制台重新回到你的掌控中,从而可以继续输入其它命令。
就像这样:
1 | node server.js & |
这样进程就不会把shell阻塞住了。
()
用括号把命令包起来运行,也是一个可以让进程后台运行的方式,它的原理是把进程所隶属的session从当前的shell中解放出来,丢给一个subshell。这样一来,shell关闭发送的hup信号就不会被发到它了。就像这样:
1 | (node server.js) |
setsid
建立并返回一个新的session给控制台,进程启动在旧的session,并与终端脱离,所以当前会话关闭与否就对原来的会话没有什么影响了。因此,这种方式及时没有后缀 &
,控制台依然不会阻塞。
1 | setsid node server.js |
组合测试
平时在我们操作的过程中,那肯定不会只用上述的一个命令,会把多种组合在一起,这里我们就把它们组合起来看看吧。
命令 | 输出 | 阻塞 | 关闭shell窗口进程还在 | exit退出会话进程还在 |
---|---|---|---|---|
node server.js |
控制台 | 是 | 否 | |
nohup node server.js |
nohup.out | 是 | 否 | |
(node server.js) |
控制台 | 是 | 否 | |
node server.js & |
控制台 | 否 | 否 | 是 |
nohup node server.js & |
nohup.out | 否 | 否 | 是 |
(node server.js &) |
控制台 | 否 | 是 | 是 |
setsid node server.js |
控制台 | 否 | 是 | 是 |
一些常用信号
- SIGHUP :从终端上发出的结束信号.
- SIGINT :来自键盘的中断信号 ( ctrl + c ) .
- SIGKILL :该信号结束接收信号的进程 .
- SIGTERM :kill 命令发出 的信号.
- SIGCHLD :标识子进程停止或结束的信号.
- SIGSTOP :来自键盘 ( ctrl + z ) 或调试程序的停止执行信号.
- SIGQUIT :来自键盘 ( ctrl + \ ) 表示终止前台进程并生成 core 文件.