僵死（zombie）程序簡而言之就是：子程序退出時，父程序並未對其發出的sigchild訊號進行適當處理，導致子程序停留在僵死狀態等待其父程序為其收屍，這個狀態下的子程序就是僵死程序。
因為併發伺服器常常fork很多子程序，子程序終結之後需要伺服器程序去wait清理資源。對於某些程序，特別是伺服器程序往往在請求到來時生成子程序處理請求。如果父程序不等待子程序結束，子程序將成為殭屍程序（zombie）從而占用系統資源。如果父程序等待子程序結束，將增加父程序的負擔，影響伺服器程序的併發效能。
查詢所有的僵死程序
ps -a -o stat,ppid,pid,cmd | grep -e '^[zz]'
在linux下呼叫
signal(sigchld, sig_ign)，可以簡單地將 sigchld訊號的操作設為sig_ign忽略。 這樣可以
讓核心把殭屍子程序轉交給init程序去處理，省去了大量殭屍程序占用系統資源。(linux only)
父程序在fork呼叫之前呼叫signal設定sigchld訊號處理函式。sigchld處理函式如下：
void sig_chld(int signo)
return;
}
tcp是全雙工的通道, 可以看作兩條單工通道, tcp連線兩端的兩個端點各負責一條. 當對端呼叫close時, 雖然本意是關閉整個兩條通道,
但本端只是收到fin包. 按照tcp協議的語義, 表示對端只是關閉了其所負責的那一條單工通道, 仍然可以繼續接收資料. 也就是說, 因為tcp協議的限制,
乙個端點無法獲知對端的socket是呼叫了close還是shutdown.
對乙個已經收到fin包的socket呼叫read方法,
如果接收緩衝已空, 則返回0, 這就是常說的表示連線關閉. 但第一次對其呼叫write方法時, 如果傳送緩衝沒問題, 會返回正確寫入(傳送).
但傳送的報文會導致對端傳送rst報文, 因為對端的socket已經呼叫了close, 完全關閉, 既不傳送, 也不接收資料. 所以,
第二次呼叫write方法(假設在收到rst之後), 會生成sigpipe訊號, 導致程序退出.
為了避免程序退出, 可以捕獲sigpipe訊號, 或者忽略它, 給它設定sig_ign訊號處理函式:
signal(sigpipe, sig_ign);
這樣, 第二次呼叫write方法時, 會返回-1, 同時errno置為sigpipe. 程式便能知道對端已經關閉.
Linux並發回射伺服器 二 處理僵死程序
執行三個客戶端程式然後非正常結束linux下我們用ps a命令可以檢視當前程序的情況如下 解決方法是利用子程序傳遞給父程序的訊號 如下 include include include include include include include include include include in...
linux多程序併發伺服器
多程序併發伺服器，多執行緒版 include include include include include include include include include include include 程序 函式 void recyle int num int main int argc,cha...
Linux 併發伺服器程式設計（多程序）
在linux中通過流式套接字程式設計 tcp 實現乙個併發伺服器的訪問回顯，適合剛學完linux套接字程式設計的朋友進行鞏固訓練 具體功能 include include include include include include include include include include ...