linux的殭屍程序及其解決方法
1. 產生原因：
在unix 系統中，乙個程序結束了，但是他的父程序沒有等待(呼叫wait / waitpid)他，那麼他將變成乙個殭屍程序。通過ps命令檢視其帶有defunct的標誌。殭屍程序是乙個早已死亡的程序，但在程序表(processs table)中仍佔了乙個位置(slot)。
但是如果該程序的父程序已經先結束了，那麼該程序就不會變成殭屍程序。因為每個程序結束的時候，系統都會掃瞄當前系統中所執行的所有程序，看看有沒有哪個程序是剛剛結束的這個程序的子程序，如果是的話，就由init程序來接管他，成為他的父程序，從而保證每個程序都會有乙個父程序。而init程序會自動wait其子程序，因此被init接管的所有程序都不會變成殭屍程序。
2. 原理分析：
每個unix程序在程序表裡都有乙個進入點(entry)，核心程序執 行該程序時使用到的一切資訊都儲存在進入點。當用 ps 命令察看系統中的程序資訊時，看到的就是程序表中的相關資料。當以fork()系統呼叫建立乙個新的程序後，核心程序就會在程序表中給這個新程序分配乙個 進入點，然後將相關資訊儲存在該進入點所對應的程序表內。這些資訊中有一項是其父程序的識別碼。
子程序的結束和父程序的執行是乙個非同步過程，即父程序永遠無法**子程序到底什麼時候結束。那麼會不會因為父程序太忙來不及 wait 子程序，或者說不知道子程序什麼時候結束，而丟失子程序結束時的狀態資訊呢？不會。因為unix提供了一種機制可以保證，只要父程序想知道子程序結束時的狀態資訊，就可以得到。這種機制就是：當子程序走完了自己的生命週期後，它會執行exit()系統呼叫，核心釋放該程序所有的資源，包括開啟的檔案，占用的記憶體等。但是仍然為其保留一定的資訊(包括程序號the process id，退出碼exit code，退出狀態the terminationstatus of the process，執行時間the amount of cpu time taken by the process等)，這些資料會一直保留到系統將它傳遞給它的父程序為止，直到父程序通過wait / waitpid來取時才釋放。
3.解決方法：
(1) 父程序通過wait和waitpid等函式等待子程序結束，這會導致父程序掛起。
(2) 如果父程序很忙，那麼可以用signal函式為sigchld安裝handler。在子程序結束後，父程序會收到該訊號，可以在handler中呼叫wait**。
(3) 如果父程序不關心子程序什麼時候結束，那麼可以用signal(sigcld, sig_ign)或signal(sigchld, sig_ign)通知核心，自己對子程序的結束不感興趣，那麼子程序結束後，核心會**，並不再給父程序傳送訊號
(4)fork兩次，父程序fork乙個子程序，然後繼續工作，子程序fork乙個孫程序後退出，那麼孫程序被init接管，孫程序結束後，init會**。不過子程序的**還要自己做。
Linux殭屍程序分析清除
步驟一 top 命令分析檢視 如圖所示，zombie 殭屍程序 數量1.步驟二 ps 檢視殭屍程序的具體資訊 ps e o stat,ppid,pid,cmd egrep zz 顯示出 程序id ps ps命令用於獲取當前系統的程序資訊.e 引數用於列出所有的程序 o 引數用於設定輸出格式，這裡只輸...
Linux 殭屍程序
怎樣產生殭屍程序的 乙個程序在呼叫exit命令結束自己的生命的時候，其實它並沒有真正的被銷毀，而是留下乙個稱為殭屍程序 zombie 的資料結構 系統呼叫 exit，它的作用是使程序退出，但也僅僅限於將乙個正常的程序變成乙個殭屍程序，並不能將其完全銷毀 在linux程序的狀態中，殭屍程序是非常特殊的...
linux殭屍程序
僵死程序 在unix程序模型中，程序是按照父程序產生子程序，子程序產生子子程序這樣的方式建立出完成各項相互協作功能的程序的。當乙個程序完成它的工作終止之後，它的父程序需要呼叫wait 或者waitpid 系統呼叫取得子程序的終止狀態。如果父程序沒有這麼做的話，子程序雖然已經退出了，但是在系統程序表中...