linux 先後臺切換

一、& 符號 在命令後面加上一個 & 符號，表示該命令放在後臺執行

二、Jobs 命令 該命令能夠查看當前有多少在後臺運行的命令，jobs 列出當前shell環境中已啓動的任務狀態，若未指定jobsid，則顯示全部活動的任務狀態信息。

三、fg 命令 該命令將後臺運行的進程調到前臺來運行。 具體用法： fg %n。這裏的N 是jobs 看到的jobnumber。

四、ctrl + z 組合鍵 該命令將一個正在前臺執行的命令放到後臺，而且暫停

五、bg命令（background）該命令將一個在後臺暫停運行的命令，變成繼續在後臺執行的命令。用法：bg %n。 N 是jobs命令查看到的jobnumber。

1. nohup

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

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 示例

[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 的幫助信息：

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 示例

[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 示例

[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 的幫助信息：

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」）

[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 可以避免 HUP 信號的影響。咱們先看一下 screen 的幫助信息：

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 示例

[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 時新進程的進程樹

[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 後新進程的進程樹

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