centos后台运行程序（nohup+screen）

linux系统经常需要程序在后台运行，程序不随着会话的关闭或用户的退出而关闭。

有两种常用的后台运行程序的方式： nohup 和 screen 。

当前 *** 作系统环境： centos7

（1）后台不挂起执行xxx.sh。标准输出、错误输出，输出到xxx.out文件

此种情况，程序会再后台执行， 退出用户 或关闭客户终端，不影响程序运行。如想关闭程序，可通过 kill 命令关闭。

（2）后台不挂起执行xxx.sh。标准输出、错误输出，均不输出

（1）输入输出重定向

linux环境下以下数字代表不同的含义：

默认情况下，标准输出、标准错误， 均会输出到控制台 。

默认所有的输出都是“标准输出”，除非将输出重定向到“标准错误”，才会出现“标准错误”输出

如 echo 'error msg' >&2 ，代表将输出结果 error msg 由 标准输出 重定向输出到 标准错误 中。

输出执行结果时，默认重定向的是标准输出的信息，如下，执行结果是一样的：

为什么错误输出到标准输出，写作 2>&1， 而不是写作 2>1 ?

因为： 2>1 表示将“标准错误”输出到文件 1 中，这里的 1 代表的是文件“1”，而不是标准输出。需写成 &1 ，表示为标准输出。

（2）&（后台执行）

命令 末尾 的 &代表程序后台执行，执行完成后，仍然会将输出结果输出到指定的输出目标。

如只是简单在执行命令后加上&，程序每次执行输出， 仍然会将程序输出到控制台 （并不是全部执行完后才输出）。如下：

（3）nohup（不挂起）

使程序运行时不挂起, 不向 tty 输出信息。nohup 只是不将程序输出到前台，并不是完全在后台运行脱离当天会话，如果关闭会话，当前程序仍然会关闭。

常结合末尾的 &一起使用。

如命令末尾不加上 &，则当前会话窗口会等待运行的程序运行完毕，才可执行其他命令，如下：

上述命令，为执行test.sh（脚本见 9 测试脚本 ），并将 标准输出 重定向到 out.log 文件，标准错误重定向到 error.log 文件。

生成的日志文件如下：

screen（窗口管理器）可以创建后台会话窗口。退出当前会话后，后台会话窗口仍而在运行，可以随意切换到后台窗口中。

以下命令查看官方文档：

[root@w001 zhang]# screen -help

Use: screen [-opts] [cmd [args]]

or: screen -r [host.tty]

Options:

-4Resolve hostnames only to IPv4 addresses.解析主机名为IPv4地址。

-6Resolve hostnames only to IPv6 addresses.解析主机名到IPv6地址。

-aForce all capabilities into each window's termcap.强制所有功能进入每个窗口的termcap。

-A -[r|R] Adapt all windows to the new display width &height.使所有窗口适应新的显示宽度和高度。

-c file Read configuration file instead of '.screenrc'.文件读取配置文件，而不是'.screenrc'。

-d (-r) Detach the elsewhere running screen (and reattach here).断开其他正在运行的屏幕(并在此重新连接)。

-dmS name Start as daemon: Screen session in detached mode.名称启动作为守护进程:屏幕会话在分离模式。

-D (-r) Detach and logout remote (and reattach here).断开和注销远程(并在此重新连接)。

-D -RRDo whatever is needed to get a screen session.执行获取屏幕会话所需的所有 *** 作。

-e xy Change command characters.修改命令字符

-fFlow control on, -fn = off, -fa = auto.流量控制on， -fn = off， -fa = auto。

-h lines Set the size of the scrollback history buffer.设置滚动历史缓冲区的大小。

-iInterrupt output sooner when flow control is on.当流控制打开时，中断输出的速度更快。

-lLogin mode on (update /var/run/utmp), -ln = off.登录模式on (update /var/run/utmp)， -ln = off。

-ls [match] or -list Do nothing, just list our SockDir [on possible matches].什么都不做，只是列出我们的SockDir[可能的匹配]。

-LTurn on output logging.打开输出日志记录。

-mignore STY变量，创建一个新的屏幕会话。

-OChoose optimal output rather than exact vt100 emulation.选择最优输出，而不是精确的vt100仿真。

-p window Preselect the named window if it exists.窗口预选命名窗口，如果它存在。

-qQuiet startup. Exits with non-zero return code if unsuccessful.安静的启动。如果不成功，则使用非零返回码退出。

-QCommands will send the response to the stdout of the querying process.命令将响应发送到查询过程的stdout。

-r [session] Reattach to a detached screen process.重新连接到一个分离的屏幕进程。

-RReattach if possible, otherwise start a new session.如果可能，重新连接，否则启动一个新会话。

-s shell Shell to execute rather thanshell。

-S sockname Name this session <pid>.sockname instead of <pid>.<tty>.<host>. 将此会话命名为。sockname而不是<pid>.<tty>.<host>。

-t title Set title. (window's name).标题设置标题。(窗口的名字)。

-T term Use term asterm用于windows，而不是“screen”。

-UTell screen to use UTF-8 encoding.告诉screen使用UTF-8编码。

-vPrint "Screen version 4.01.00devel (GNU) 2-May-06".打印"屏幕版本4.01.00devel (GNU) 2-May-06"。

-wipe [match] Do nothing, just clean up SockDir [on possible matches].什么都不做，只是清理SockDir[可能的匹配]。

-xAttach to a not detached screen. (Multi display mode).连接到未分离的屏幕。(多显示模式)。

-XExecute <cmd>as a screen command in the specified session.在指定会话中执行作为屏幕命令。

相信对服务端有所了解的同学对于 如何让进程后台运行 这个问题都有自己的处理方式，本人零零散散也知道一些方法，但偶尔也会陷入搞混的情况(知其然但不知其所以然，命令就这么用呗，也就不管为什么了)。加上近期有不止一个技术还不错朋友在跟我交流中对于如何处理这个问题产生了一些困惑，我想它可能是一个比较普遍存在的问题，因此打算较为系统地整理一下各种八仙过海的神通，同时也稍微扯一扯一些进程信号的问题。

在shell中通过命令行的方式启动一个server，如何能够让它长久地运行呢？我一旦关了这个shell它就无法服务了，这可不是我们想要的结果，这一节将会介绍各种相关的方法。做各种实验之前，我在 conoha 上申请了一台临时的vps，做完就把它释放了， *** 作系统是CentOS 7。

说句题外话，conoha这个云服务商个人感觉还不错，性价比很高，虽然可能东京的线路偶尔会丢包比较严重，但新加坡的线路很棒，出入100M带宽不限流量，我自己平时用的就是它。好，扯回来，继续我们的整理。

这篇文章的测试server我们就采用nodejs官网的demo吧：

nohup顾名思义，就是忽略hup信号。hup信号是什么呢，就是当一个shell窗口关闭的时候，会给隶属于它的所有进程发一个hup信号，然后该进程就挂了，除非进程捕获了hup信号，然后做了其它的事情，而不是exit。

使用方式就是在平常的命令前加一个nohup命令:

默认情况下，这个命令会在当前目录下产生一个nohup.out文件作为程序的输出。当然你也可以使用管道的方式将输出重定向到其它地方：

这个符号其实并不能解决本文所提到的问题，它只是一个比较好的辅助方式让控制台重新回到你的掌控中，从而可以继续输入其它命令。

就像这样:

这样进程就不会把shell阻塞住了。

用括号把命令包起来运行，也是一个可以让进程后台运行的方式，它的原理是把进程所隶属的session从当前的shell中解放出来，丢给一个subshell。这样一来，shell关闭发送的hup信号就不会被发到它了。就像这样:

命令 输出 阻塞 关闭shell窗口进程还在 exit退出会话进程还在

node server.js 控制台 是 否

nohup node server.jsnohup.out 是 否

(node server.js)控制台 是 否

node server.js & 控制台 否 否 是

nohup node server.js & nohup.out 否 否 是

(node server.js &)node可用 控制台 否 是 是

setsid node server.js 控制台 否 是 是

SIGHUP ：从终端上发出的结束信号.

SIGINT ：来自键盘的中断信号 ( ctrl + c ) .

SIGKILL ：该信号结束接收信号的进程 .

SIGTERM ：kill 命令发出 的信号.

SIGCHLD ：标识子进程停止或结束的信号.

SIGSTOP ：来自键盘 ( ctrl + z ) 或调试程序的停止执行信号.

SIGQUIT ：来自键盘 ( ctrl + \ ) 表示终止前台进程并生成 core 文件.

自己写了一个python脚本，但是直接远程用putty连接后#python xxx.py执行，关闭putty脚本也随之关闭了，这里需要用到‘setsid’这个命令。

#setsid python xxx.py

如此即可将脚本加入到后台执行

若想查看所有后台运行的进程

#ps -aux

这里可以看到每个进程都有一个PID，如果想杀死这个进程，则使用

#kill-9[PID]-9表示强迫进程立即停止

nohup python -u test.py >out.log 2>&1 &

---