為什么下面這段代碼不會產(chǎn)生大量的僵尸進(jìn)程？？

http://blog.sina.com.cn/s/blo...

因?yàn)槟愕倪M(jìn)程執(zhí)行完了那一行 print 之后就結(jié)束了，如果你的 pro 方法里是一個(gè)死循環(huán)的話應(yīng)該就會有大量僵尸進(jìn)程了。

第一段程序，你在pro函數(shù)里增加個(gè)sleep，就能看到有多個(gè)子進(jìn)程了。

def pro():
    print ("os.pid is ", os.getpid())
    time.sleep(3)

謝邀，三段代碼。第一段比較好理解吧。新建的進(jìn)程只有一個(gè)print，執(zhí)行完就會結(jié)束了，python會自動回收這個(gè)子進(jìn)程，沒有僵尸進(jìn)程的，你看到的應(yīng)該是主進(jìn)程吧。

第二段C代碼，死循環(huán)中有一個(gè) fork 。然后子進(jìn)程調(diào)用 exit 后成為了一個(gè)僵尸進(jìn)程。父進(jìn)程一直不會關(guān)閉。
所以就不斷產(chǎn)生僵尸進(jìn)程了啊，正確的做法是在父進(jìn)程中回收子進(jìn)程：

#include <stdio.h>
#include <stdlib.h>
#include <signal.h>

int main()
{
    pid_t pid;
    int status;
    while (1){
        pid = fork();
        if (pid < 0){
            puts("fock error");
            exit(1);
        }
        else if(pid == 0){
            printf("I am a Child Process, pid is %d.\n", getpid());
            sleep(1);
            exit(1);
        }
        else{
            wait(&status); // 回收子進(jìn)程
            sleep(3);
        }
    }
    return 0;
}

第三段，額，同第一段，你看到的應(yīng)該就是主線程了。

---- 分割線 ------
根據(jù)題主的截圖，我執(zhí)行了一下，還真是會有一個(gè)僵尸進(jìn)程，慚愧，居然和印象中的不一樣。但是這個(gè)僵尸進(jìn)程只有一個(gè)，不會像C語言那段代碼一樣是不斷產(chǎn)生的。于是我就去看看python是如何處理子進(jìn)程的。mutilprossing.Process 繼承自 BaseProcess 文件在 Lib/mutilprossing/process.py 中，我們看看它的start方法:

_children = set()

class BaseProcess(object):
    def start(self):
        self._check_closed()
        assert self._popen is None, 'cannot start a process twice'
        assert self._parent_pid == os.getpid(), \
               'can only start a process object created by current process'
        assert not _current_process._config.get('daemon'), \
               'daemonic processes are not allowed to have children'
        _cleanup()
        self._popen = self._Popen(self)
        self._sentinel = self._popen.sentinel
        # Avoid a refcycle if the target function holds an indirect
        # reference to the process object (see bpo-30775)
        del self._target, self._args, self._kwargs
        _children.add(self)

_children 是一個(gè)全局的集合變量，保存著所有 BaseProcess 實(shí)例，start 函數(shù)末尾處 _children.add(self) 將進(jìn)程對象放入。又注意到 _cleanup() 函數(shù)：

def _cleanup():
    # check for processes which have finished
    for p in list(_children):
        if p._popen.poll() is not None:
            _children.discard(p)

這下就清楚了，python在子進(jìn)程start中將進(jìn)程放入集合，子進(jìn)程可能長時(shí)間運(yùn)行，因此這個(gè)集合上的進(jìn)程會有很多狀態(tài)，而為了防止過多僵尸進(jìn)程導(dǎo)致資源占用，python會在下一個(gè)子進(jìn)程 start 時(shí)清理僵尸進(jìn)程。所以，最后一個(gè)子進(jìn)程在自身程序運(yùn)行完畢后就變成僵尸進(jìn)程，它在等待下一個(gè)子進(jìn)程start時(shí)被清理。所以 ps 上總有一個(gè)僵尸進(jìn)程，但這個(gè)僵尸進(jìn)程的進(jìn)程id一直在變化。

python確實(shí)做到自動清理了，是我自己混淆了，看來以后要多多看看源碼才行了。

關(guān)于C語言的僵尸進(jìn)程上面已經(jīng)回答了。如果子進(jìn)程先于父進(jìn)程退出， 同時(shí)父進(jìn)程又沒有調(diào)用 wait/waitpid ，則該子進(jìn)程將成為僵尸進(jìn)程。

首先是，主進(jìn)程退出，子進(jìn)程或子線程都會退出，這個(gè)沒什么問題。
再就是下面這段代碼，應(yīng)該是不會產(chǎn)生僵死進(jìn)程的，因?yàn)樽舆M(jìn)程run方法運(yùn)行的很快，而主進(jìn)程sleep 100s，所以不會產(chǎn)生主進(jìn)程先退出（不知道你是怎么看到有僵死進(jìn)程的）

from multiprocessing import Process
import os
import time

def run():
    print ("pid is ", os.getpid())

p = Process(target = run)
p.start()
time.sleep(100)