unix/linux中，正常情況下，子程序是通過父程序建立的，子程序再建立新的程序。子程序的結束和父程序的執行是乙個非同步過程，即父程序永遠無法**子程序到底什麼時候結束。當乙個 程序完成它的工作終止之後，它的父程序需要呼叫wait()或者waitpid()系統呼叫取得子程序的終止狀態。
unix提供了一種機制可以保證只要父程序想知道子程序結束時的狀態資訊，就可以得到。這種機制就是: 在每個程序退出的時候,核心釋放該程序所有的資源,包括開啟的檔案,占用的記憶體等。 但是仍然為其保留一定的資訊(包括程序號the process id,退出狀態the termination status of the process,執行時間the amount of cpu time taken by the process等)。直到父程序通過wait / waitpid來取時才釋放。但這樣就導致了問題，如果程序不呼叫wait/waitpid的話，那麼保留的那段資訊就不會釋放，其程序號就會一直被占用，但是系統所能使用的程序號是有限的，如果大量的產生僵死程序，將因為沒有可用的程序號而導致系統不能產生新的程序. 此即為殭屍程序的危害，應當避免。
孤兒程序是沒有父程序的程序，孤兒程序這個重任就落到了init程序身上。每當出現乙個孤兒程序的時候，核心就把孤 兒程序的父程序設定為init，而init程序會迴圈地wait()它的已經退出的子程序。這樣，當乙個孤兒程序淒涼地結束了其生命週期的時候，init程序就會出面處理它的一切善後工作。因此孤兒程序並不會有什麼危害。
任何乙個子程序(init除外)在exit()之後，並非馬上就消失掉，而是留下乙個稱為殭屍程序(zombie)的資料結構，等待父程序處理。這是每個子程序在結束時都要經過的階段。如果子程序在exit()之後，父程序沒有來得及處理，這時用ps命令就能看到子程序的狀態是「z」。如果父程序能及時處理，可能用ps命令就來不及看到子程序的殭屍狀態，但這並不等於子程序不經過殭屍狀態。如果父程序在子程序結束之前退出，則子程序將由init接管。init將會以父程序的身份對殭屍狀態的子程序進行處理。
殭屍程序危害場景：
例如有個程序，它定期的產生乙個子程序，這個子程序需要做的事情很少，做完它該做的事情之後就退出了，因此這個子程序的生命週期很短，但是，父程序只管生成新的子程序，至於子程序退出之後的事情，則一概不聞不問，這樣，系統執行上一段時間之後，系統中就會存在很多的殭屍程序，倘若用ps命令檢視的話，就會看到很多狀態為z的程序。嚴格地來說，殭屍程序並不是問題的根源，罪魁禍首是產生出大量僵死程序的那個父程序。因此，當我們尋求如何消滅系統中大量的殭屍程序時，答案就是把產生大量殭屍程序的那個元凶槍斃掉（也就是通過kill傳送sigterm或者sigkill訊號啦）。槍斃了元凶程序之後，它產生的僵死程序就變成了孤兒程序，這些孤兒程序會被init程序接管，init程序會wait()這些孤兒程序，釋放它們占用的系統程序表中的資源，這樣，這些已經僵死的孤兒程序就能瞑目而去了。
子程序退出時向父程序傳送sigchild訊號,父程序處理sigchild訊號。在訊號處理函式中呼叫wait進行處理殭屍程序。
殭屍程序與孤兒程序
殭屍程序 如果乙個程序通過fork 建立子了乙個程序，當子程序退出而父程序還沒有呼叫wait waitpid來儲存子程序的狀態且 它，此時子程序的狀態描述資訊仍然保留在系統中，稱這類程序為殭屍程序 殭屍程序的優點是方便上層程序得知子程序的退出狀態，但是如果不及時 會造成記憶體洩露 孤兒程序 當乙個父...
殭屍程序與孤兒程序
孤兒程序是指在程序還未退出之前它的父程序就已經先退出了，簡單來說就是乙個沒有父程序的子程序就是孤兒程序。既然所有的程序都必須在退出之後被父程序的wait 或waitpid 以釋放其遺留在系統中的一些資源，那麼孤兒程序的這些東西又誰來處理呢？這個任務就落到了init程序的身上，init程序就好像乙個收...
殭屍程序與孤兒程序
在父程序執行wait 之前，其子程序就已終止，即使子程序終止，系統也允許父程序在以後的某個時刻去執行wait 以確定子程序是如何終止。核心通過將子程序轉為殭屍程序，以釋放其占用的系統資源，供其他程序使用，該程序唯一保留的是系統pcb中的一條記錄，其中包含了子程序的id，終止狀態，和資源使用的資料。當...