Linux 技巧：讓進程在後臺可靠運行的幾種方法【轉】

咱們常常會碰到這樣的問題，用 telnet/ssh 登陸了遠程的 Linux 服務器，運行了一些耗時較長的任務， 結果卻因爲網絡的不穩定致使任務中途失敗。如何讓命令提交後不受本地關閉終端窗口/網絡斷開鏈接的干擾呢？下面舉了一些例子， 您能夠針對不一樣的場景選擇不一樣的方式來處理這個問題。

nohup/setsid/&

場景：

若是隻是臨時有一個命令須要長時間運行，什麼方法能最簡便的保證它在後臺穩定運行呢？

hangup 名稱的來由

在 Unix 的早期版本中，每一個終端都會經過 modem 和系統通信。當用戶 logout 時，modem 就會掛斷（hang up）電話。 同理，當 modem 斷開鏈接時，就會給終端發送 hangup 信號來通知其關閉全部子進程。

解決方法：

咱們知道，當用戶註銷（logout）或者網絡斷開時，終端會收到 HUP（hangup）信號從而關閉其全部子進程。所以，咱們的解決辦法就有兩種途徑：要麼讓進程忽略 HUP 信號，要麼讓進程運行在新的會話裏從而成爲不屬於此終端的子進程。

1. nohup

nohup 無疑是咱們首先想到的辦法。顧名思義，nohup 的用途就是讓提交的命令忽略 hangup 信號。讓咱們先來看一下 nohup 的幫助信息：

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

NOHUP(1)                        User Commands                        NOHUP(1)   NAME         nohup - run a command immune to hangups, with output to a non-tty   SYNOPSIS         nohup COMMAND [ARG]...         nohup OPTION   DESCRIPTION         Run COMMAND, ignoring hangup signals.           --help display this help and exit           --version                output version information and exit

可見，nohup 的使用是十分方便的，只需在要處理的命令前加上 nohup 便可，標準輸出和標準錯誤缺省會被重定向到 nohup.out 文件中。通常咱們可在結尾加上"&"來將命令同時放入後臺運行，也可用">filename 2>&1"來更改缺省的重定向文件名。

nohup 示例

1 2 3 4 5 6 7

[root@pvcent107 ~]# nohup ping www.ibm.com & [1] 3059 nohup: appending output to `nohup.out' [root@pvcent107 ~]# ps -ef |grep 3059 root      3059   984  0 21:06 pts/3    00:00:00 ping www.ibm.com root      3067   984  0 21:06 pts/3    00:00:00 grep 3059 [root@pvcent107 ~]#

2。setsid

nohup 無疑能經過忽略 HUP 信號來使咱們的進程避免中途被中斷，但若是咱們換個角度思考，若是咱們的進程不屬於接受 HUP 信號的終端的子進程，那麼天然也就不會受到 HUP 信號的影響了。setsid 就能幫助咱們作到這一點。讓咱們先來看一下 setsid 的幫助信息：

1 2 3 4 5 6 7 8 9 10

SETSID(8)                 Linux Programmer’s Manual                 SETSID(8)   NAME         setsid - run a program in a new session   SYNOPSIS         setsid program [ arg ... ]   DESCRIPTION         setsid runs a program in a new session.

可見 setsid 的使用也是很是方便的，也只需在要處理的命令前加上 setsid 便可。

setsid 示例

1 2 3 4 5

[root@pvcent107 ~]# setsid ping www.ibm.com [root@pvcent107 ~]# ps -ef |grep www.ibm.com root     31094     1  0 07:28 ?        00:00:00 ping www.ibm.com root     31102 29217  0 07:29 pts/4    00:00:00 grep www.ibm.com [root@pvcent107 ~]#

值得注意的是，上例中咱們的進程 ID(PID)爲31094，而它的父 ID（PPID）爲1（即爲 init 進程 ID），並非當前終端的進程 ID。請將此例與nohup 例中的父 ID 作比較。

3。&

這裏還有一個關於 subshell 的小技巧。咱們知道，將一個或多個命名包含在「()」中就能讓這些命令在子 shell 中運行中，從而擴展出不少有趣的功能，咱們如今要討論的就是其中之一。

當咱們將"&"也放入「()」內以後，咱們就會發現所提交的做業並不在做業列表中，也就是說，是沒法經過jobs來查看的。讓咱們來看看爲何這樣就能躲過 HUP 信號的影響吧。

subshell 示例

1 2 3 4 5

[root@pvcent107 ~]# (ping www.ibm.com &) [root@pvcent107 ~]# ps -ef |grep www.ibm.com root     16270     1  0 14:13 pts/4    00:00:00 ping www.ibm.com root     16278 15362  0 14:13 pts/4    00:00:00 grep www.ibm.com [root@pvcent107 ~]#

從上例中能夠看出，新提交的進程的父 ID（PPID）爲1（init 進程的 PID），並非當前終端的進程 ID。所以並不屬於當前終端的子進程，從而也就不會受到當前終端的 HUP 信號的影響了。

disown

場景：

咱們已經知道，若是事先在命令前加上 nohup 或者 setsid 就能夠避免 HUP 信號的影響。可是若是咱們未加任何處理就已經提交了命令，該如何補救才能讓它避免 HUP 信號的影響呢？

解決方法：

這時想加 nohup 或者 setsid 已經爲時已晚，只能經過做業調度和 disown 來解決這個問題了。讓咱們來看一下 disown 的幫助信息：

1 2 3 4 5 6 7 8 9 10 11

disown [-ar] [-h] [jobspec ...]      Without options, each jobspec is  removed  from  the  table  of      active  jobs.   If  the -h option is given, each jobspec is not      removed from the table, but is marked so  that  SIGHUP  is  not      sent  to the job if the shell receives a SIGHUP.  If no jobspec      is present, and neither the -a nor the -r option  is  supplied,      the  current  job  is  used.  If no jobspec is supplied, the -a      option means to remove or mark all jobs; the -r option  without      a  jobspec  argument  restricts operation to running jobs.  The      return value is 0 unless a jobspec does  not  specify  a  valid      job.

能夠看出，咱們能夠用以下方式來達成咱們的目的。

靈活運用 CTRL-z

在咱們的平常工做中，咱們能夠用 CTRL-z 來將當前進程掛起到後臺暫停運行，執行一些別的操做，而後再用 fg 來將掛起的進程從新放回前臺（也可用 bg 來將掛起的進程放在後臺）繼續運行。這樣咱們就能夠在一個終端內靈活切換運行多個任務，這一點在調試代碼時尤其有用。由於將代碼編輯器掛起到後臺再從新放回時，光標定位仍然停留在上次掛起時的位置，避免了從新定位的麻煩。

• 用disown -h jobspec來使某個做業忽略HUP信號。
• 用disown -ah 來使全部的做業都忽略HUP信號。
• 用disown -rh 來使正在運行的做業忽略HUP信號。

須要注意的是，當使用過 disown 以後，會將把目標做業從做業列表中移除，咱們將不能再使用jobs來查看它，可是依然可以用ps -ef查找到它。

可是還有一個問題，這種方法的操做對象是做業，若是咱們在運行命令時在結尾加了"&"來使它成爲一個做業並在後臺運行，那麼就萬事大吉了，咱們能夠經過jobs命令來獲得全部做業的列表。可是若是並無把當前命令做爲做業來運行，如何才能獲得它的做業號呢？答案就是用 CTRL-z（按住Ctrl鍵的同時按住z鍵）了！

CTRL-z 的用途就是將當前進程掛起（Suspend），而後咱們就能夠用jobs命令來查詢它的做業號，再用bg jobspec來將它放入後臺並繼續運行。須要注意的是，若是掛起會影響當前進程的運行結果，請慎用此方法。

disown 示例1（若是提交命令時已經用「&」將命令放入後臺運行，則能夠直接使用「disown」）

1 2 3 4 5 6 7 8 9

[root@pvcent107 build]# cp -r testLargeFile largeFile & [1] 4825 [root@pvcent107 build]# jobs [1]+  Running                 cp -i -r testLargeFile largeFile & [root@pvcent107 build]# disown -h %1 [root@pvcent107 build]# ps -ef |grep largeFile root      4825   968  1 09:46 pts/4    00:00:00 cp -i -r testLargeFile largeFile root      4853   968  0 09:46 pts/4    00:00:00 grep largeFile [root@pvcent107 build]# logout

disown 示例2（若是提交命令時未使用「&」將命令放入後臺運行，可以使用 CTRL-z 和「bg」將其放入後臺，再使用「disown」）

1 2 3 4 5 6 7 8 9 10 11 12

[root@pvcent107 build]# cp -r testLargeFile largeFile2   [1]+  Stopped                 cp -i -r testLargeFile largeFile2 [root@pvcent107 build]# bg %1 [1]+ cp -i -r testLargeFile largeFile2 & [root@pvcent107 build]# jobs [1]+  Running                 cp -i -r testLargeFile largeFile2 & [root@pvcent107 build]# disown -h %1 [root@pvcent107 build]# ps -ef |grep largeFile2 root      5790  5577  1 10:04 pts/3    00:00:00 cp -i -r testLargeFile largeFile2 root      5824  5577  0 10:05 pts/3    00:00:00 grep largeFile2 [root@pvcent107 build]#

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 則是在大批量操做時不二的選擇了。

 

轉自

Linux 技巧：讓進程在後臺可靠運行的幾種方法

https://www.ibm.com/developerworks/cn/linux/l-cn-nohup/