1. 程式人生 > >linux殭屍程序產生的原因以及如何避免產生殭屍程序

linux殭屍程序產生的原因以及如何避免產生殭屍程序

        給程序設定殭屍狀態的目的是維護子程序的資訊,以便父程序在以後某個時間獲取。這些資訊包括子程序的程序ID、終止狀態以及資源利用資訊(CPU時間,記憶體使用量等等)。如果一個程序終止,而該程序有子程序處於殭屍狀態,那麼它的所有殭屍子程序的父程序ID將被重置為1(init程序)。繼承這些子程序的init程序將清理它們(init程序將wait它們,從而去除殭屍狀態)。

        但通常情況下,我們是不願意留存殭屍程序的,它們佔用核心中的空間,最終可能導致我們耗盡程序資源。那麼為什麼會產生殭屍程序以及如何避免產生殭屍程序呢?下邊我將從這兩個方面進行分析。

    殭屍程序的原因

        我們知道,要在當前程序中生成一個子程序,一般需要呼叫fork這個系統呼叫,fork這個函式的特別之處在於一次呼叫,兩次返回,一次返回到父程序中,一次返回到子程序中,我們可以通過返回值來判斷其返回點:

pid_t child = fork();
if( child < 0  ) {     //fork error.
    perror("fork process fail.\n");
} else if( child ==0  ) {   // in child process
    printf(" fork succ, this run in child process\n 
"); } else { // in parent process printf(" this run in parent process\n "); }

        如果子程序先於父程序退出, 同時父程序又沒有呼叫wait/waitpid,則該子程序將成為殭屍程序。通過ps命令,我們可以看到該程序的狀態為Z(表示僵死),如圖1所示:

        ddd1

                                                   (圖1)

    備註: 有些unix系統在ps命令輸出的COMMAND欄以<defunct>指明殭屍程序。

        程式碼如下:

if( child == -1 ) { //error
    perror("\nfork child error.");
    exit(0);
} else if(child == 0){
   cout << "\nIm in child process:" <<  getpid() << endl;
   exit(0);
} else {
   cout << "\nIm in parent process."  << endl;
   sleep(600);
}

        讓父程序休眠600s, 然後子程序先退出,我們就可以看到先退出的子程序成為殭屍程序了(程序狀態為Z)

   避免產生殭屍程序

        我們知道了殭屍程序產生的原因,下邊我們看看如何避免產生殭屍程序。

        一般,為了防止產生殭屍程序,在fork子程序之後我們都要wait它們;同時,當子程序退出的時候,核心都會給父程序一個SIGCHLD訊號,所以我們可以建立一個捕獲SIGCHLD訊號的訊號處理函式,在函式體中呼叫wait(或waitpid),就可以清理退出的子程序以達到防止殭屍程序的目的。如下程式碼所示:

void sig_chld( int signo ) {
    pid_t pid;
    int stat;
    pid = wait(&stat);    
    printf( "child %d exit\n", pid );
    return;
}

int main() {
    signal(SIGCHLD,  &sig_chld);
}

        現在main函式中給SIGCHLD訊號註冊一個訊號處理函式(sig_chld),然後在子程序退出的時候,核心遞交一個SIGCHLD的時候就會被主程序捕獲而進入訊號處理函式sig_chld,然後再在sig_chld中呼叫wait,就可以清理退出的子程序。這樣退出的子程序就不會成為殭屍程序。

        然後,即便我們捕獲SIGCHLD訊號並且呼叫wait來清理退出的程序,仍然不能徹底避免產生殭屍程序;我們來看一種特殊的情況:

        我們假設有一個client/server的程式,對於每一個連線過來的client,server都啟動一個新的程序去處理來自這個client的請求。然後我們有一個client程序,在這個程序內,發起了多個到server的請求(假設5個),則server會fork 5個子程序來讀取client輸入並處理(同時,當客戶端關閉套接字的時候,每個子程序都退出);當我們終止這個client程序的時候 ,核心將自動關閉所有由這個client程序開啟的套接字,那麼由這個client程序發起的5個連線基本在同一時刻終止。這就引發了5個FIN,每個連線一個。server端接受到這5個FIN的時候,5個子程序基本在同一時刻終止。這就又導致差不多在同一時刻遞交5個SIGCHLD訊號給父程序,如圖2所示:

        tcp1111

                           (圖2)

        正是這種同一訊號多個例項的遞交造成了我們即將檢視的問題。

        我們首先執行伺服器程式,然後執行客戶端程式,運用ps命令看以看到伺服器fork了5個子程序,如圖3:

        t1

                                   (圖3)

        然後我們Ctrl+C終止客戶端程序,在我機器上邊測試,可以看到訊號處理函式運行了3次,還剩下2個殭屍程序,如圖4:

        t2

                                  (圖4)

       通過上邊這個實驗我們可以看出,建立訊號處理函式並在其中呼叫wait並不足以防止出現殭屍程序,其原因在於:所有5個訊號都在訊號處理函式執行之前產生,而訊號處理函式只執行一次,因為Unix訊號一般是不排隊的(我的這篇部落格中有提到http://www.cnblogs.com/yuxingfirst/p/3160697.html)。 更為嚴重的是,本問題是不確定的,依賴於客戶FIN到達伺服器主機的時機,訊號處理函式執行的次數並不確定。

       正確的解決辦法是呼叫waitpid而不是wait,這個辦法的方法為:訊號處理函式中,在一個迴圈內呼叫waitpid,以獲取所有已終止子程序的狀態。我們必須指定WNOHANG選項,他告知waitpid在有尚未終止的子程序在執行時不要阻塞。(我們不能在迴圈內呼叫wait,因為沒有辦法防止wait在尚有未終止的子程序在執行時阻塞,wait將會阻塞到現有的子程序中第一個終止為止),下邊的程式分別給出了這兩種處理辦法(func_wait, func_waitpid)。

//server.c
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/socket.h>
#include <errno.h>
#include <error.h>
#include <netinet/in.h>
#include <netinet/ip.h>
#include <arpa/inet.h>
#include <string.h>
#include <signal.h>
#include <sys/wait.h>

typedef void sigfunc(int);

void func_wait(int signo) {
    pid_t pid;
    int stat;
    pid = wait(&stat);    
    printf( "child %d exit\n", pid );
    return;
}
void func_waitpid(int signo) {
    pid_t pid;
    int stat;
    while( (pid = waitpid(-1, &stat, WNOHANG)) > 0 ) {
        printf( "child %d exit\n", pid );
    }
    return;
}

sigfunc* signal( int signo, sigfunc *func ) {
    struct sigaction act, oact;
    act.sa_handler = func;
    sigemptyset(&act.sa_mask);
    act.sa_flags = 0;
    if ( signo == SIGALRM ) {
#ifdef            SA_INTERRUPT
        act.sa_flags |= SA_INTERRUPT;    /* SunOS 4.x */
#endif
    } else {
#ifdef           SA_RESTART
        act.sa_flags |= SA_RESTART;    /* SVR4, 4.4BSD */
#endif
    }
    if ( sigaction(signo, &act, &oact) < 0 ) {
        return SIG_ERR;
    }
    return oact.sa_handler;
} 


void str_echo( int cfd ) {
    ssize_t n;
    char buf[1024];
again:
    memset(buf, 0, sizeof(buf));
    while( (n = read(cfd, buf, 1024)) > 0 ) {
        write(cfd, buf, n); 
    }
    if( n <0 && errno == EINTR ) {
        goto again; 
    } else {
        printf("str_echo: read error\n");
    }
}

int main() {

    signal(SIGCHLD, &func_waitpid);    

    int s, c;
    pid_t child;
    if( (s = socket(AF_INET, SOCK_STREAM, 0)) < 0 ) {
        int e = errno; 
        perror("create socket fail.\n");
        exit(0);
    }
    
    struct sockaddr_in server_addr, child_addr; 
    bzero(&server_addr, sizeof(server_addr));
    server_addr.sin_family = AF_INET;
    server_addr.sin_port = htons(9998);
    server_addr.sin_addr.s_addr = htonl(INADDR_ANY);

    if( bind(s, (struct sockaddr *)&server_addr, sizeof(server_addr)) < 0 ) {
        int e = errno; 
        perror("bind address fail.\n");
        exit(0);
    }
    
    if( listen(s, 1024) < 0 ) {
        int e = errno; 
        perror("listen fail.\n");
        exit(0);
    }
    while(1) {
        socklen_t chilen = sizeof(child_addr); 
        if ( (c = accept(s, (struct sockaddr *)&child_addr, &chilen)) < 0 ) {
            perror("listen fail.");
            exit(0);
        }

        if( (child = fork()) == 0 ) {
            close(s); 
            str_echo(c);
            exit(0);
        }
        close(c);
    }
}

//client.c
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/socket.h>
#include <errno.h>
#include <error.h>
#include <netinet/in.h>
#include <netinet/ip.h>
#include <arpa/inet.h>
#include <string.h>
#include <signal.h>

void str_cli(FILE *fp, int sfd ) {
    char sendline[1024], recvline[2014];
    memset(recvline, 0, sizeof(sendline));
    memset(sendline, 0, sizeof(recvline));
    while( fgets(sendline, 1024, fp) != NULL ) {
        write(sfd, sendline, strlen(sendline)); 
        if( read(sfd, recvline, 1024) == 0 ) {
            printf("server term prematurely.\n"); 
        }
        fputs(recvline, stdout);
        memset(recvline, 0, sizeof(sendline));
        memset(sendline, 0, sizeof(recvline));
    }
}

int main() {
    int s[5]; 
    for (int i=0; i<5; i++) {
        if( (s[i] = socket(AF_INET, SOCK_STREAM, 0)) < 0 ) {
            int e = errno; 
            perror("create socket fail.\n");
            exit(0);
        }
    }

    for (int i=0; i<5; i++) {
        struct sockaddr_in server_addr, child_addr; 
        bzero(&server_addr, sizeof(server_addr));
        server_addr.sin_family = AF_INET;
        server_addr.sin_port = htons(9998);
        inet_pton(AF_INET, "127.0.0.1", &server_addr.sin_addr);
        if( connect(s[i], (struct sockaddr *)&server_addr, sizeof(server_addr)) < 0 ) {
            perror("connect fail."); 
            exit(0);
        }
    }

    sleep(10);
    str_cli(stdin, s[0]);
    exit(0);
}

相關推薦

死鎖產生原因以及避免死鎖的演算法

一.死鎖的概念 在多道程式系統中,雖可藉助於多個程序的併發執行,來改善系統的資源利用率,提高系統的吞吐量,但可能發生一種危險━━死鎖。所謂死鎖(Deadlock),是指多個程序在執行中因爭奪資源而造成的一種僵局(Deadly_Embrace),當程序處於這種僵

多線程死鎖的產生原因以及如何避免

多線程 相同 兩個 原因 如何 競爭 問題 註意 必須 多線程以改善了系統資源的利用率並且提高了系統的處理能力。但是,並發執行同時也帶來了新的問題——死鎖。所謂的死鎖就是多個線程因競爭資源而造成的一種互相等待,如果沒有外力作用,這些線程都將無法繼續執行 死鎖產生的原因

內存溢出和內存泄漏的區別、產生原因以及解決方案 轉

服務 har 操作 ger 遞歸調用 問題 let share 查錯 內存溢出 out of memory,是指程序在申請內存時,沒有足夠的內存空間供其使用,出現out of memory;比如申請了一個integer,但給它存了long才能存下的數,那就是內存溢出。 內

內存溢出和內存泄漏的區別,產生原因以及解決方案

解決方案 集合類 釋放內存 分頁 需求 查看內存 取出 程序 tof 一、概念與區別 內存溢出 out of memory,是指程序在申請內存時,沒有足夠的內存空間供其使用,出現out of memory;比如申請 了一個integer,但給它存了long才能存下的數,那就

記憶體溢位和記憶體洩漏的區別、產生原因以及解決方案【轉】

(轉自:https://www.cnblogs.com/Sharley/p/5285045.html) 記憶體溢位 out of memory,是指程式在申請記憶體時,沒有足夠的記憶體空間供其使用,出現out of memory;比如申請了一個integer,但給它存了long才能存下的數,那就

記憶體溢位和記憶體洩漏的區別、產生原因以及解決方案

記憶體溢位 out of memory,是指程式在申請記憶體時,沒有足夠的記憶體空間供其使用,出現out of memory;比如申請了一個integer,但給它存了long才能存下的數,那就是記憶體溢位。 記憶體洩露 memory leak,是指程式在申請記憶體後,無法釋

死鎖的定義 產生原因 必要條件 避免死鎖和解除死鎖的方法

                1.死鎖:如果一組程序中的每一個程序都在等待僅由該組程序中的其它程序才能引發的事件,那麼該組程序是

(三十)訊號——訊號產生原因以及訊號處理行為的簡介

1) SIGHUP:  當用戶退出shell時,由該shell啟動的所有程序將收到這個訊號,預設動作為終止程序 2)SIGINT: 當用戶按下了< Ctrl+C>組合鍵時,使用者終端向正在執行中的由該終端啟動的程式發出此訊號。預設動 作為終止里程。 3)SIGQUIT:  當用戶按下

存溢位和記憶體洩漏的區別、產生原因以及解決方案

  記憶體溢位的原因以及解決方法 引起記憶體溢位的原因有很多種,小編列舉一下常見的有以下幾種: 1.記憶體中載入的資料量過於龐大,如一次從資料庫取出過多資料; 2.集合類中有對物件的引用,使用完後未清空,使得JVM不能回收; 3.程式碼中存在死迴圈或迴圈產生過多重複的物件實體; 4.使用的第三方軟體中

C語言野指標的產生原因避免辦法

見如下程式例項:#include <stdio.h> #include <stdlib.h> int main() { char *p1 = NULL; printf("

Redis擊穿、穿透、雪崩產生原因以及解決思路

# 擊穿 大家都知道,計算機的瓶頸之一就是IO,為了解決記憶體與磁碟速度不匹配的問題,產生了快取,將一些熱點資料放在記憶體中,隨用隨取,降低連線到資料庫的請求連結,避免資料庫掛掉。需要注意的是,**無論是擊穿還是後面談到的穿透與雪崩,都是在高併發前提下**,當快取中某一個熱點key失效, ![](http

JavaScript-04-JS產生物件以及批量產生物件

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 14.0px "Yuanti SC"; color: #000000; background-color: #ffffff } 1.1建立物件 <script text="text/javasc

javax.persistence.RollbackException: Transaction marked as rollbackOnly異常出現的原因以及避免方法

這次的需求是實現匯入功能,要求:如果匯入的內容以及存在,那就以excel表格的形式反饋給使用者,並且告知使用者每一行的錯誤原因;如果該條記錄資料庫中不存在,那麼就新增到資料庫中。 一開始,我的思路是在執行save操作時用try-catch包圍,如果catch到了異常,那麼就

linux殭屍程序產生原因以及如何避免產生殭屍程序

        給程序設定殭屍狀態的目的是維護子程序的資訊,以便父程序在以後某個時間獲取。這些資訊包括子程序的程序ID、終止狀態以及資源利用資訊(CPU時間,記憶體使用量等等)。如果一個程序終止,而該程序有子程序處於殭屍狀態,那麼它的所有殭屍子程序的父程序ID將被重置為1(init程序)。繼承這些子程序的in

Linux殭屍程序產生原因及解決方法

來源:http://www.blogdaren.com/post-882.html 1. 產生原因:     在UNIX 系統中,一個程序結束了,但是他的父程序沒有等待(呼叫wait / waitpid)他,那麼他將變成一個殭屍程序。通過ps命令檢視其帶有defunc

為什麼fork()2次會避免產生殭屍程序

什麼是殭屍程序:用fork()建立子程序後,子程序已終止但父程序沒有對它進行善後處理,那麼子程序的程序描述符就一直儲存在記憶體中,子程序就是殭屍程序。 怎麼產生殭屍程序: 1.父程序沒有SIGCHLD訊號處理函式,也就是沒有呼叫wait()/waitpid()來獲取子程序的

死鎖產生原因以及解決方法

一.什麼是死鎖?    死鎖是由於兩個或以上的執行緒互相持有對方需要的資源,導致這些執行緒處於等待狀態,無法執行。 二.產生死鎖的四個必要條件    1.互斥性:執行緒對資源的佔有是排他性的,一個資源只能被一個執行緒佔有,直到釋放。    2.請求和保持條件:一個執行緒對請求被佔有資源發生阻塞時,對已

Linux環境下段錯誤的產生原因及除錯方法小結(轉)

轉自 最近在Linux環境下做C語言專案,由於是在一個原有專案基礎之上進行二次開發,而且專案工程龐大複雜,出現了不少問題,其中遇到最多、花費時間最長的問題就是著名的“段錯誤”(Segmentation Fault)。藉此機會系統學習了一下,這裡對Linux環境下的段錯誤

梯度消失、爆炸產生原因以及解決方法

梯度消失和梯度爆炸的原因: 1.深度網路:神經網路的反向傳播是逐層對函式偏導相乘,因此當神經網路層數非常深的時候,最後一層產生的偏差就因為乘了很多的小於1的數而越來越小,最終就會變為0,從而導致層數比較淺的權重沒有更新,這就是梯度消失。 梯度爆炸就是由於初始化權值過大,前

ANR 產生原因以及解決辦法

 ANR定義:在Android上,如果你的應用程式有一段時間響應不夠靈敏,系統會向用戶顯示一個對話方塊,這個對話方塊稱作應用程式無響應(ANR:Application Not Responding)對話方塊。使用者可以選擇“等待”而讓程式繼續執行,也可以選擇“強制關閉”。