前言

常在 linux 下玩耍的開發者肯定會經常遇到需要對進程調度的情況，在 windows 中點擊 最小化 去干別的就 OK 了，那么在 linux 下怎么辦呢。

可能有的小伙伴會說，再開一個終端窗口不就好了么。可是開很多窗口管理會很不方便，還有萬一手賤點了x，或者長時間不操作，遠程終端斷開了連接，進程停止了，再次打開，又是一番折騰。

今天來介紹幾個命令，幫大家系統地梳理一下 linux 的進程調度，并附上一些自己的使用心得和踩過的坑。

名詞

在此之前，我們必須(當然也不是必須，但了解原理有利于理解和解決錯誤)先弄懂幾個名詞。

進程組

進程組是一個或多個進程的集合，進程組方便了對多個進程的控制，在進程數較多的情況下，向進程組發送信號就行了。

它的 ID 由它的組長進程的進程 ID 決定。組長進程創建了進程組，但它并不能決定進程組的存活時間，只要進程組內還有一個進程存在，進程就存在，與組長進程是否已終止無關。

會話

會話(session)是一個或多個進程組的集合，它開始于用戶登陸終端，結束于用戶退出登陸。其義如其名，就是指用戶與系統的一次對話的全程。

會話包括控制進程(與終端建立連接的領頭進程)，一個前臺進程組和任意后臺進程組。一個會話只能有一個控制終端，通常是登錄到其上的終端設備或偽終端設備，產生在控制終端上的輸入和信號將發送給會話的前臺進程組中的所有進程。

控制終端

每當我們使用終端工具打開一個本地或遠程 shell，我們便打開了一個控制終端，通過 ps 命令可以查看到 command 為 ttyn 的就是它對應的進程了，同時它對應 linux /dev/ 目錄下的一個文件。

作業

作業的概念與進程組類似，同樣由一個或多個進程組成，它分為前臺作業和后臺作業，一個會話會有一個前臺作業和多個后臺作業，與進程組不同的是，作業內的某個進程產生的子進程并不屬于這個作業。

類比

以上幾個概念可以類比為我們一次通過 QQ 聊天的全程，控制終端就是 QQ軟件，關閉了此軟件代表著聊天結束。聊天時發送的每一條信息都是一個進程，作業或進程組就是我們在聊的某一件事，它由很多條相互的信息構成。而會話則是我們指我們從開始聊天到結束聊天的全過程，可能會聊很多個事。

它們之間的相關圖如下所示：

 

 

 

 

后臺執行

我們每次在終端窗口執行命令的時候，進程總會一直占用著終端，走到進程結束，這段時間內，我們在終端的輸入是沒有用的。而且，當終端窗口關閉或網絡連接失敗后，再次打開終端，會發現進程已經中斷了。這是因為用戶注銷或者網絡斷開時，SIGHUP信號會被發送到會話所屬的子進程，而此 SIGHUP 的默認處理方式是終止收到該信號的進程。所以若程序中沒有捕捉該信號，當終端關閉后，會話所屬進程就會退出。

我們要實現后臺執行的目的，實際上是要完成如下兩個目標：

• 使進程讓出前臺終端，讓我們可以繼續通過終端與系統進行交互。
• 使進程不再受終端關閉的影響，即系統在終端關閉后不再向進程發送 SIGHUP 信號或即使發送了信號程序也不會退出。

以下的命令就圍繞著這兩個目標來實現。

&

首先是我們最經常遇到的符號 &，將它附在命令后面可以使進程在后臺執行，不會占用前臺界面。它實際上是在會話中開啟了一個后臺作業，對作業的操作我們后面再說。

但我們會發現，如果此時終端被關閉后，進程還是會退出。這是因為，& 符號只有讓進程讓出前臺終端的功能，無法讓進程不受 SIGHUP 信號的影響。

nohup

nohup 應該是另外一個我們常用的命令了，它的作用如其字面意思，使進程不受 SIGHUP 信號的影響。但我們在使用 nohup php test.php 后會發現，進程還會一直占用前臺終端，但即使終端被關閉或連接斷開了，程序還是會執行，另外我們會發現在當前文件夾下多了個名為 nohup.out 的文件。

這是因為 nohup 的功能僅僅是讓進程不受 SIGHUP 信號的影響，并不會讓出前臺終端，而且它還會在命令執行目錄下建立 nohup.out 用以存儲進程的輸出。如果進程不需要輸出，且不想讓 nohup 創建文件，可以將標準輸出和標準錯誤輸出重定向。

我們常將 nohup 和 & 搭配到一塊使用，執行命令如下 nohup command >/dev/null 2>&1 & 這樣，就可以放心的等待進程運行結果了。

setsid

setsid 是另一個讓進程在后臺執行的命令，它的作用是讓進程打開一個新的會話并運行進程，使用方式為 setsid command。

根據上面的概念我們得知終端關閉后進程退出是因為會話首進程向進程發送了 SIGHUP 信號，setsid 就厲害了，它直接打開一個新的會話來執行命令，那么原會話的終端的狀態就再也不會影響到此進程了。

我們使用 pstree 來查看使用 setsid 和 nohup … & 兩種命令來運行進程時的進程樹狀態。

• nohup php test.php &

 

我是用 ssh 遠程登陸的機器，所以 test.php 進程是掛在 sshd 進程下的。正常情況下，一旦 sshd 進程結束，則 test.php也無法幸免。

• setsid php test.php

 

使用了 setsid 后，test.php 進程已經與 sshd 進程同級，屬于 init 進程的子進程了。

但是 setsid 并沒有為進程分配一個輸出終端，所以進程還是會輸出到當前終端上。

setsid 的 坑

另外，setsid 有個略坑的地方： 在終端中直接使用 setsid command 運行進程時，終端前臺并不會被影響，command 會在后臺默默運行。而在 shell 腳本中，我們會發現運行 setsid 的進程會一直阻塞住，直到 command 進程執行結束。

這是因為，setsid 在其是進程組長時會 fork() 一個進程，但它不會 wait() 它的子進程，而是立刻退出，所以在終端內直接使用 setsid 時，setsid 作為進程組長不會占用終端界面。

而在 shell 腳本內，setsid 不是進程組長，它不會 fork() 子進程，而是由 bash 來fork()一個子進程，而 bash 會 wait() 子進程，所以表現得像 setsid 在 wait() 子進程一樣。

要解決這個問題，有兩個辦法：

• 使用上面介紹的 &符號，使 setsid 強行到后臺執行。
• 使用 . 或 source 命令由終端執行 setsid;

其他

除了上面介紹的命令，還有 screen 和 tmux 等會話工具，他們都有自己的一套規范，也比較復雜，掌握本文的命令已經足夠你馳騁 linux 進程控制了。當然有想了解新知識的可以查詢學習一下，應該會比基礎命令好用。

作業命令

使用上面的后臺執行命令時可能還會遇到一些小狀況：

• 被我們放在后臺的進程執行時間過長，而我們又忘記使用 nohup 命令，那么終端一旦斷開，進程又需要被重新執行。
• 我們直接開啟了某個進程，又想在不中斷進程的情況下讓它讓出前臺終端;

這些都要牽涉到今天的第二個模塊–作業;

我們在終端里運行的命令都可以理解為一個作業，有的占用前臺終端，有的在后臺默默執行，下面的命令就是為了調度這些作業。

jobs

jobs 是作業的基礎命令，用它可以查看正在運行的作業的信息，其輸出如下：

jobs

1- Running php test.php &

2+ Stopped php test.php

前面[ ]內的數字是作業 ID，也是后面我們要操作作業的標識，然后是作業狀態和命令。

ctrl+z

ctrl+z 嚴格來說并是作業命令，它只是向當前進程發送一個 SIGSTOP 信號，促使進程進入暫停(stopped)狀態，此狀態下，進程狀態會被系統保存，此進程會被放置到作業隊列中去，而讓出進程終端。

使用它，我們可以暫停正在占用終端的進程而不停止它，從而讓我們使用終端命令來操作此進程。

bg

bg是 backgroud 的縮寫，顧名思義，bg %id 把作業放到后臺進程中執行。

結合 ctrl+z 和 bg 命令，我們可以解決上面提出的***個問題，不停止地將正在占用終端的進程放到后臺執行。

fg

fg 與 bg 相對，使用它可以把作業放到前臺來執行。

disown

disown 用來將作業從作業列表中移除，即使它 不屬于 會話，這樣終端關閉后不再向此作業發送 SIGHUP 信號，以阻止終端對進程的影響。

使用 disown 我們可以解決上面提出的第二個問題，不重新執行將一個沒使用 nohup 命令的進程不受終端關閉影響。

守護進程

以上介紹的都是一些臨時進程的處理，后臺運行的進程的最終方法是將進程變成守護進程。

守護進程

守護進程(daemon)是生存期較長的一種進程，一般在系統啟動時啟動，系統關閉時停止，沒有控制終端，也不會輸出。如我們的服務器、fpm 等進程就是以守護進程的形式存在的。

創建過程

要創建一個守護進程，步驟為：

必選項

1. fork 子進程，退出父進程，子進程作為孤兒進程被 init 進程收養;
2. 使用 setsid, 打開新會話，進程成為會話組長，正式脫離終端控制;
3. 設置信號處理(特別是子進程退出處理);可選項：
4. 使用 chdir 改變進程工作目錄，一般到根目錄下，防止占用可卸載文件系統;
5. 用 umask 重設文件權限掩碼，不再繼承父進程的文件權限設置;
6. 關閉父進程打開的文件描述符;

代碼

以下是 php 創建守護進程的偽代碼：

$pid = pcntl_fork(); 
if ($pid > 0) { 
    exit; // 父進程直接退出 
} elseif ($pid < 0) { 
throw_error(); // 進程創建失敗 
} 
 
posix_setsid(); // setsid成為會話領導進程 
chdir($dir); // 切換目錄 
umask(0); // 重置文件權限mask 
close_fd(); // 關閉父進程的文件描述符 
pcntl_signal($signal, $func); // 注冊信號處理函數 
 
while (true) { 
do_job(); // 處理進程任務 
pcntl_signal_dispatch(); // 分發信號處理 
} 

總結

linux 是開發者的基礎技能，而進程的調度更是我們常用的功能，希望讀完本文的同學們能有所收獲。

又有大半個月沒發博客了，最近鼓搗著重構代碼，經常會在一個點上糾結半天，不知不覺就加了個班。而且這個是個沒法精確度量工作量和目標的活兒，優化沒有盡頭嘛。不過由于要更多地考慮一下代碼的抽象、效率和擴展，對自己也是個挑戰，算是樂在其中吧~

最近可能會考慮寫一個守護進程和 cron 進程調度器，嗯，希望給我算到工作量里，哈哈~想寫的太多了，只怨自己還不夠強大。。。