殭屍進程的壞處和避免

殭屍進程的危害
由於子進程的結束和父進程的運行是一個異步過程,即父進程永遠無法預測子進程 到底什麼時候結束. 那麼不會因爲父進程太忙來不及wait子進程,或者說不知道 子進程什麼時候結束,而丟失子進程結束時的狀態信息呢? 不會.因爲UNIX提供了一種機制可以保證 只要父進程想知道子進程結束時的狀態信息, 就可以得到. 這種機制就是: 在每個進程退出的時候,內核釋放該進程所有的資源,包括打開的文件,佔用的內存等. 但是仍然爲其保留一定的信息(包括進程號the process ID,退出狀態the termination status of the process,運行時間the amount of CPU time taken by the process等), 直到父進程通過wait / waitpid來取時才釋放. 但這樣就導致了問題,如果你進程不調用wait / waitpid的話, 那麼保留的那段信息就不會 釋放,其進程號就會一直被佔用,但是系統所能使用的進程號是有限的,如果大量的產生 僵死進程,將因爲沒有可用的進程號而導致系統不能產生新的進程. 此即爲殭屍進程的危害,應當避免.

殭屍進程的避免
1、父進程通過wait和waitpid等函數等待子進程結束，這會導致父進程掛起
2. 如果父進程很忙，那麼可以用signal函數爲SIGCHLD安裝handler，因爲子進程結束後， 父進程會收到該信號，可以在handler中調用wait回收
3. 如果父進程不關心子進程什麼時候結束，那麼可以用signal（SIGCHLD, SIG_IGN） 通知內核，自己對子進程的結束不感興趣，那麼子進程結束後，內核會回收， 並不再給父進程發送信號
4. 還有一些技巧，就是fork兩次，父進程fork一個子進程，然後繼續工作，子進程fork一 個孫進程後退出，那麼孫進程被init接管，孫進程結束後，init會回收。不過子進程的回收 還要自己做。