解釋：
一個進程在調用exit命令結束自己的生命的時候，其實它並沒有真正的被銷燬， 而是留下一個稱爲殭屍進程（Zombie）的數據結構（系統調用exit，它的作用是使進程退出，但也僅僅限於將一個正常的進程變成一個殭屍進程，並不能將其完全銷燬）。由於子進程的結束和父進程的運行是一個異步過程，即父進程永遠無法預測子進程 到底什麼時候結束. 那麼會不會因爲父進程太忙來不及wait子進程，或者說不知道 子進程什麼時候結束，而丟失子進程結束時的狀態信息呢? 不會。因爲UNⅨ提供了一種機制可以保證只要父進程想知道子進程結束時的狀態信息， 就可以得到。這種機制就是： 在每個進程退出的時候，內核釋放該進程所有的資源，包括打開的文件，佔用的內存等。但是仍然爲其保留一定的信息（包括進程號the process ID，退出狀態the termination status of the process，運行時間the amount of CPU time taken by the process等）。直到父進程通過wait / waitpid來取時才釋放. 但這樣就導致了問題，如果進程不調用wait / waitpid的話，那麼保留的那段信息就不會釋放，其進程號就會一直被佔用，但是系統所能使用的進程號是有限的，如果大量的產生殭屍進程，將因爲沒有可用的進程號而導致系統不能產生新的進程. 此即爲殭屍進程的危害，應當避免。
避免：
殭屍進程的避免
⒈父進程通過wait和waitpid等函數等待子進程結束，這會導致父進程掛起。
⒉ 如果父進程很忙，那麼可以用signal函數爲SIGCHLD安裝handler，因爲子進程結束後， 父進程會收到該信號，可以在handler中調用wait回收。
⒊ 如果父進程不關心子進程什麼時候結束，那麼可以用signal（SIGCHLD,SIG_IGN） 通知內核，自己對子進程的結束不感興趣，那麼子進程結束後，內核會回收， 並不再給父進程發送信號。
⒋ 還有一些技巧，就是fork兩次，父進程fork一個子進程，然後繼續工作，子進程fork一 個孫進程後退出，那麼孫進程被init接管，孫進程結束後，init會回收。不過子進程的回收 還要自己做。