Linux 技巧：让进程在后台可靠执行的几种方法
我們常常會碰到這種問題。用 telnet/ssh 登錄了遠(yuǎn)程的 Linux server，執(zhí)行了一些耗時較長的任務(wù)， 結(jié)果卻因為網(wǎng)絡(luò)的不穩(wěn)定導(dǎo)致任務(wù)中途失敗。怎樣讓命令提交后不受本地關(guān)閉終端窗體/網(wǎng)絡(luò)斷開連接的干擾呢？以下舉了一些樣例， 您能夠針對不同的場景選擇不同的方式來處理這個問題。
nohup/setsid/&
場景：
假設(shè)僅僅是暫時有一個命令須要長時間執(zhí)行。什么方法能最簡便的保證它在后臺穩(wěn)定執(zhí)行呢？
hangup 名稱的來由
在 Unix 的早期版本號中，每一個終端都會通過 modem 和系統(tǒng)通訊。
當(dāng)用戶 logout 時，modem 就會掛斷（hang up）電話。 同理。當(dāng) modem 斷開連接時。就會給終端發(fā)送 hangup 信號來通知其關(guān)閉全部子進(jìn)程。
解決方法：
我們知道，當(dāng)用戶注銷（logout）或者網(wǎng)絡(luò)斷開時，終端會收到 HUP（hangup）信號從而關(guān)閉其全部子進(jìn)程。因此，我們的解決的方法就有兩種途徑：要么讓進(jìn)程忽略 HUP 信號。要么讓進(jìn)程執(zhí)行在新的會話里從而成為不屬于此終端的子進(jìn)程。
1. nohup
nohup 無疑是我們首先想到的辦法。顧名思義。nohup 的用途就是讓提交的命令忽略 hangup 信號。
讓我們先來看一下 nohup 的幫助信息：
NOHUP(1) User Commands NOHUP(1)NAMEnohup - run a command immune to hangups, with output to a non-ttySYNOPSISnohup COMMAND [ARG]...nohup OPTIONDESCRIPTIONRun COMMAND, ignoring hangup signals.--help display this help and exit--versionoutput version information and exit可見，nohup 的使用是十分方便的，僅僅需在要處理的命令前加上 nohup 就可以，標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯誤缺省會被重定向到 nohup.out 文件里。一般我們可在結(jié)尾加上"&"來將命令同一時候放入后臺執(zhí)行。也可用">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 信號來使我們的進(jìn)程避免中途被中斷。但假設(shè)我們換個角度思考，假設(shè)我們的進(jìn)程不屬于接受 HUP 信號的終端的子進(jìn)程。那么自然也就不會受到 HUP 信號的影響了。setsid 就能幫助我們做到這一點。讓我們先來看一下 setsid 的幫助信息：
SETSID(8) Linux Programmer’s Manual SETSID(8)NAMEsetsid - run a program in a new sessionSYNOPSISsetsid program [ arg ... ]DESCRIPTIONsetsid 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 ~]#值得注意的是。上例中我們的進(jìn)程 ID(PID)為31094，而它的父 ID（PPID）為1（即為 init 進(jìn)程 ID），并非當(dāng)前終端的進(jìn)程 ID。請將此例與nohup 例中的父 ID 做比較。
3。
&
這里另一個關(guān)于 subshell 的小技巧。我們知道，將一個或多個命名包括在“()”中就能讓這些命令在子 shell 中執(zhí)行中，從而擴(kuò)展出非常多有趣的功能，我們?nèi)缃褚懻摰木褪钱?dāng)中之中的一個。
當(dāng)我們將"&"也放入“()”內(nèi)之后。我們就會發(fā)現(xiàn)所提交的作業(yè)并不在作業(yè)列表中。也就是說，是無法通過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 ~]#從上例中能夠看出。新提交的進(jìn)程的父 ID（PPID）為1（init 進(jìn)程的 PID），并非當(dāng)前終端的進(jìn)程 ID。因此并不屬于當(dāng)前終端的子進(jìn)程。從而也就不會受到當(dāng)前終端的 HUP 信號的影響了。
回頁首
disown
場景：
我們已經(jīng)知道，假設(shè)事先在命令前加上 nohup 或者 setsid 就能夠避免 HUP 信號的影響。
可是假設(shè)我們未加不論什么處理就已經(jīng)提交了命令。該怎樣補(bǔ)救才干讓它避免 HUP 信號的影響呢？
解決方法：
這時想加 nohup 或者 setsid 已經(jīng)為時已晚，僅僅能通過作業(yè)調(diào)度和 disown 來解決問題了。
讓我們來看一下 disown 的幫助信息：
disown [-ar] [-h] [jobspec ...]Without options, each jobspec is removed from the table ofactive jobs. If the -h option is given, each jobspec is notremoved from the table, but is marked so that SIGHUP is notsent to the job if the shell receives a SIGHUP. If no jobspecis present, and neither the -a nor the -r option is supplied,the current job is used. If no jobspec is supplied, the -aoption means to remove or mark all jobs; the -r option withouta jobspec argument restricts operation to running jobs. Thereturn value is 0 unless a jobspec does not specify a validjob.能夠看出，我們能夠用例如以下方式來達(dá)成我們的目的。
靈活運(yùn)用 CTRL-z
在我們的日常工作中，我們能夠用 CTRL-z 來將當(dāng)前進(jìn)程掛起到后臺暫停執(zhí)行，執(zhí)行一些別的操作。然后再用 fg 來將掛起的進(jìn)程又一次放回前臺（也可用 bg 來將掛起的進(jìn)程放在后臺）繼續(xù)執(zhí)行。這樣我們就能夠在一個終端內(nèi)靈活切換執(zhí)行多個任務(wù)。這一點在調(diào)試代碼時尤為實用。
由于將代碼編輯器掛起到后臺再又一次放回時，光標(biāo)定位仍然停留在上次掛起時的位置，避免了又一次定位的麻煩。
- 用disown -h?jobspec來使某個作業(yè)忽略HUP信號。
- 用disown -ah?來使全部的作業(yè)都忽略HUP信號。
- 用disown -rh?來使正在執(zhí)行的作業(yè)忽略HUP信號。
須要注意的是。當(dāng)使用過 disown 之后，會將把目標(biāo)作業(yè)從作業(yè)列表中移除。我們將不能再使用jobs來查看它，可是依舊可以用ps -ef查找到它。
可是另一個問題，這樣的方法的操作對象是作業(yè)，假設(shè)我們在執(zhí)行命令時在結(jié)尾加了"&"來使它成為一個作業(yè)并在后臺執(zhí)行，那么就萬事大吉了，我們能夠通過jobs命令來得到全部作業(yè)的列表。
可是假設(shè)并沒有把當(dāng)前命令作為作業(yè)來執(zhí)行，怎樣才干得到它的作業(yè)號呢？答案就是用 CTRL-z（按住Ctrl鍵的同一時候按住z鍵）了！
CTRL-z 的用途就是將當(dāng)前進(jìn)程掛起（Suspend），然后我們就能夠用jobs命令來查詢它的作業(yè)號，再用bg?jobspec來將它放入后臺并繼續(xù)執(zhí)行。須要注意的是。假設(shè)掛起會影響當(dāng)前進(jìn)程的執(zhí)行結(jié)果，請慎用此方法。
disown 演示樣例1（假設(shè)提交命令時已經(jīng)用“&”將命令放入后臺執(zhí)行，則能夠直接使用“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]# logoutdisown 演示樣例2（假設(shè)提交命令時未使用“&”將命令放入后臺執(zhí)行，可使用 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
場景：
我們已經(jīng)知道了怎樣讓進(jìn)程免受 HUP 信號的影響，可是假設(shè)有大量這種命令須要在穩(wěn)定的后臺里執(zhí)行，怎樣避免對每條命令都做這種操作呢？
解決方法：
此時最方便的方法就是 screen 了。簡單的說，screen 提供了 ANSI/VT100 的終端模擬器，使它可以在一個真實終端下執(zhí)行多個全屏的偽終端。screen 的參數(shù)非常多，具有非常強(qiáng)大的功能，我們在此僅介紹其經(jīng)常使用功能以及簡要分析一下為什么使用 screen 可以避免 HUP 信號的影響。
我們先看一下 screen 的幫助信息：
SCREEN(1) SCREEN(1)NAMEscreen - screen manager with VT100/ANSI terminal emulationSYNOPSISscreen [ -options ] [ cmd [ args ] ]screen -r [[pid.]tty[.host]]screen -r sessionowner/[[pid.]tty[.host]]DESCRIPTIONScreen is a full-screen window manager that multiplexes a physicalterminal between several processes (typically interactive shells).Each virtual terminal provides the functions of a DEC VT100 terminaland, in addition, several control functions from the ISO 6429 (ECMA48, ANSI X3.64) and ISO 2022 standards (e.g. insert/delete line andsupport for multiple character sets). There is a scrollback historybuffer for each virtual terminal and a copy-and-paste mechanism thatallows moving text regions between windows.使用 screen 非常方便。有下面幾個經(jīng)常使用選項：
- 用screen -dmS?session name來建立一個處于斷開模式下的會話（并指定其會話名）。
- 用screen -list?來列出全部會話。
- 用screen -r?session name來又一次連接指定會話。
- 用快捷鍵CTRL-a d?來臨時斷開當(dāng)前會話。
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當(dāng)我們用“-r”連接到 screen 會話后，我們就能夠在這個偽終端里面為所欲為，再也不用操心 HUP 信號會對我們的進(jìn)程造成影響。也不用給每一個命令前都加上“nohup”或者“setsid”了。這是為什么呢？讓我來看一下以下兩個樣例吧。
1. 未使用 screen 時新進(jìn)程的進(jìn)程樹
[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 的子進(jìn)程，當(dāng) ssh 斷開連接時，HUP 信號自然會影響到它以下的全部子進(jìn)程（包含我們新建立的 ping 進(jìn)程）。
2. 使用了 screen 后新進(jìn)程的進(jìn)程樹
[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 的子進(jìn)程，而 screen 是 init（PID為1）的子進(jìn)程。那么當(dāng) ssh 斷開連接時，HUP 信號自然不會影響到 screen 以下的子進(jìn)程了。
回頁首
總結(jié)
如今幾種方法已經(jīng)介紹完成。我們能夠依據(jù)不同的場景來選擇不同的方案。nohup/setsid 無疑是暫時須要時最方便的方法，disown 能幫助我們來事后補(bǔ)救當(dāng)前已經(jīng)在執(zhí)行了的作業(yè)，而 screen 則是在大批量操作時不二的選擇了。
總結(jié)
以上是生活随笔為你收集整理的Linux 技巧：让进程在后台可靠执行的几种方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 除了 Python ，这些语言写的机器学
- 下一篇： Linux Redis 重启数据丢失解决