Linux 技巧：让进程在后台可靠运行的几种方法（2）

look_w

screen场景：                         我们已经知道了如何让进程免受 HUP 信号的影响，但是如果有大量这种命令需要在稳定的后台里运行，如何避免对每条命令都做这样的操作呢？          
解决方法：        此时最方便的方法就是 screen 了。简单的说，screen 提供了 ANSI/VT100 的终端模拟器，使它能够在一个真实终端下运行多个全屏的伪终端。screen 的参数很多，具有很强大的功能，我们在此仅介绍其常用功能以及简要分析一下为什么使用 screen 能够避免 HUP 信号的影响。我们先看一下 screen 的帮助信息：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

SCREEN(1)                                                           SCREEN(1) NAME        screen - screen manager with VT100/ANSI terminal emulation SYNOPSIS        screen [ -options ] [ cmd [ args ] ]        screen -r [[pid.]tty[.host]]        screen -r sessionowner/[[pid.]tty[.host]] DESCRIPTION        Screen  is  a  full-screen  window manager that multiplexes a physical        terminal between several  processes  (typically  interactive  shells).        Each  virtual  terminal provides the functions of a DEC VT100 terminal        and, in addition, several control functions from the  ISO  6429  (ECMA        48,  ANSI  X3.64)  and ISO 2022 standards (e.g. insert/delete line and        support for multiple character sets).  There is a  scrollback  history        buffer  for  each virtual terminal and a copy-and-paste mechanism that        allows moving text regions between windows.

使用 screen 很方便，有以下几个常用选项：

• 用screen -dmS session name来建立一个处于断开模式下的会话（并指定其会话名）。
• 用screen -list 来列出所有会话。
• 用screen -r session name来重新连接指定会话。
• 用快捷键CTRL-a d 来暂时断开当前会话。

screen 示例

1 2 3 4 5 6 7

[root@pvcent107 ~]# screen -dmS Urumchi [root@pvcent107 ~]# screen -list There is a screen on:         12842.Urumchi   (Detached) 1 Socket in /tmp/screens/S-root. [root@pvcent107 ~]# screen -r Urumchi

当我们用“-r”连接到 screen 会话后，我们就可以在这个伪终端里面为所欲为，再也不用担心 HUP 信号会对我们的进程造成影响，也不用给每个命令前都加上“nohup”或者“setsid”了。这是为什么呢？让我来看一下下面两个例子吧。
1. 未使用 screen 时新进程的进程树

1 2 3 4 5 6 7 8 9

[root@pvcent107 ~]# ping www.google.com & [1] 9499 [root@pvcent107 ~]# pstree -H 9499 init─┬─Xvnc      ├─acpid      ├─atd      ├─2*[sendmail]      ├─sshd─┬─sshd───bash───pstree      │       └─sshd───bash───ping

我们可以看出，未使用 screen 时我们所处的 bash 是 sshd 的子进程，当 ssh 断开连接时，HUP 信号自然会影响到它下面的所有子进程（包括我们新建立的 ping 进程）。
2. 使用了 screen 后新进程的进程树

1 2 3 4 5 6 7 8 9

[root@pvcent107 ~]# screen -r Urumchi [root@pvcent107 ~]# ping www.ibm.com & [1] 9488 [root@pvcent107 ~]# pstree -H 9488 init─┬─Xvnc      ├─acpid      ├─atd      ├─screen───bash───ping      ├─2*[sendmail]

而使用了 screen 后就不同了，此时 bash 是 screen 的子进程，而 screen 是 init（PID为1）的子进程。那么当 ssh 断开连接时，HUP 信号自然不会影响到 screen 下面的子进程了。
总结现在几种方法已经介绍完毕，我们可以根据不同的场景来选择不同的方案。nohup/setsid 无疑是临时需要时最方便的方法，disown 能帮助我们来事后补救当前已经在运行了的作业，而 screen 则是在大批量操作时不二的选择了。