一. nohup / setsid / &

使用場景：如果只是臨時有一個命令需要長時間運行，什么方法能最簡便的保證它在后臺穩定運行呢?

我們的解決辦法就有兩種途徑：要么讓進程忽略 HUP 信號，要么讓進程運行在新的會話里從而成為不屬于此終端的子進程。

解決方法：

1.nohup

只需在要處理的命令前加上 nohup 即可，標準輸出和標準錯誤缺省會被重定向到 nohup.out 文件中。一般我們可在結尾加上"&"來將命令同時放入后臺運行，也可用>filename 2>&1來更改缺省的重定向文件名。

[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

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

[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. &

將一個或多個命名包含在“()”中就能讓這些命令在子 shell 中運行中 當我們將"&"也放入“()”內之后，我們就會發現所提交的作業并不在作業列表中，也就是說，是無法通過jobs來查看的。

[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 -h jobspec來使某個作業忽略HUP信號。
• 用disown -ah 來使所有的作業都忽略HUP信號。
• 用disown -rh 來使正在運行的作業忽略HUP信號。

當使用過 disown 之后，會將把目標作業從作業列表中移除，我們將不能再使用jobs來查看它，但是依然能夠用ps -ef查找到它。

disown 示例1(如果提交命令時已經用“&”將命令放入后臺運行，則可以直接使用“disown”)

[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”)

[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 -dmS (sessionName)來建立一個處于斷開模式下的會話(并指定其會話名)。
• 用screen -list 來列出所有會話。
• 用screen -r (sessionName)來重新連接指定會話。
• 用快捷鍵CTRL-a d 來暫時斷開當前會話。

screen實例

[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”了。

未使用 screen 時新進程的進程樹

[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 進程)。

使用了 screen 后新進程的進程樹

[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 下面的子進程了。