终止从套接字服务器派生的僵尸子进程

Question

免责声明

我很清楚 PHP 在这种情况下可能不是套接字服务器的最佳选择。请不要建议 不同的语言/平台 - 相信我 - 我听说过 方向。

在 Unix 环境 中工作并使用 PHP 5.2.17，我的情况如下 - 我在 PHP 中构建了一个与 flash 客户端通信的套接字服务器。我的第一个问题是每个传入的连接都会阻塞顺序连接，直到它完成处理。我通过使用 PHP 的 pcntl_fork()解决了这个问题。我成功地生成了许多子进程（将它们的 PID 保存在父进程中），它们负责向其他客户端广播消息，因此“释放”父进程并允许它继续处理下一个连接[s]。

我现在的主要问题是处理/处理这些死/僵尸子进程的集合并终止它们。我已经（一遍又一遍地）阅读了pcntl_fork() 的相关 PHP 手册页，并意识到 父进程负责清理其子进程。当子进程执行exit(0) 时，父进程从其子进程接收信号。我能够使用pcntl_signal() 函数“捕捉”该信号来设置信号处理程序。

我的 signal_handler 看起来像这样：

declare(ticks = 1); 
function sig_handler($signo){ 
  global $forks; // this is an array that holds all the child PID's
  foreach($forks AS $key=>$childPid){
    echo "has my child {$childPid} gone away?".PHP_EOL;
    if (posix_kill($childPid, 9)){
      echo "Child {$childPid} has tragically died!".PHP_EOL;
      unset($forks[$key]);
    }
  }
}

我确实看到了两个 echo 的，包括需要删除的相关且正确的子 PID，但似乎

posix_kill($childPid, 9)

我理解为 kill -9 $childPid 的同义词返回 TRUE，尽管它实际上并未删除进程...

取自man pages of posix_kill：

成功时返回 TRUE，失败时返回 FALSE。

---

我正在使用ps 命令监视子进程。它们在系统上显示如下：

web5      5296  5234  0 14:51 ?        00:00:00 [php] <defunct>
web5      5321  5234  0 14:51 ?        00:00:00 [php] <defunct>
web5      5466  5234  0 14:52 ?        00:00:00 [php] <defunct>

如您所见，所有这些进程都是父进程的子进程，其 PID 为5234

我的理解是否遗漏了什么？我似乎已经设法让一切正常工作（确实如此），但我在系统上留下了无数的僵尸进程！

我的僵尸启示录计划坚如磐石 -
但是当sudo kill -9 没有杀死僵尸子进程时，我到底能做什么？

---

10 天后更新

如果您仍然能够忍受我的胡言乱语proceed at will，我在进行了一些额外的研究后自己回答了这个问题。

Answer 1

我保证有最后的解决方案：P

好的......所以我们到了，10 天后，我相信我已经解决了这个问题。我不想添加到已经很长的帖子中，所以我将在这个答案中包含一些我尝试过的东西。

采用@sym's advice，并详细阅读文档和文档中的 cmets，pcntl_waitpid() 描述指出：

如果 pid 请求的孩子在调用时已经退出（所谓的
“僵尸”进程），函数立即返回。孩子使用的任何系统资源
被释放了……

所以我像这样设置我的pcntl_signal() 处理程序 -

function sig_handler($signo){ 
    global $childProcesses;
    $pid = pcntl_waitpid(-1, $status, WNOHANG);
    echo "Sound the alarm! ";
    if ($pid != 0){
        if (posix_kill($pid, 9)){
            echo "Child {$pid} has tragically died!".PHP_EOL;
            unset($childProcesses[$pid]);
        }
    }
}
// These define the signal handling
// pcntl_signal(SIGTERM, "sig_handler");
// pcntl_signal(SIGHUP,  "sig_handler");
// pcntl_signal(SIGINT, "sig_handler");
pcntl_signal(SIGCHLD, "sig_handler");

为了完成，我将包含我用于分叉子进程的实际代码 -

function broadcastData($socketArray, $data){
        global $db,$childProcesses;
        $pid = pcntl_fork();
        if($pid == -1) {
                // Something went wrong (handle errors here)
                // Log error, email the admin, pull emergency stop, etc...
                echo "Could not fork()!!";
        } elseif($pid == 0) {
                // This part is only executed in the child
                foreach($socketArray AS $socket) {
                        // There's more happening here but the essence is this
                        socket_write($socket,$msg,strlen($msg));

                        // TODO : Consider additional forking here for each client. 
                }
                // This is where the signal is fired
                exit(0);
        }

        // If the child process did not exit above, then this code would be
        // executed by both parent and child. In my case, the child will 
        // never reach these commands. 
        $childProcesses[] = $pid;
        // The child process is now occupying the same database 
        // connection as its parent (in my case mysql). We have to
        // reinitialize the parent's DB connection in order to continue using it. 
        $db = dbEngine::factory(_dbEngine); 
}

^{是的...这是 1:1 cmets 与代码的比率：P}

所以这看起来很棒，我看到了：

拉响警报！孩子12345惨死！

但是，当套接字服务器循环进行下一次迭代时，socket_select() 函数失败并抛出此错误：

PHP 警告：socket_select()：无法选择 [4]：系统调用中断...

服务器现在将挂起，除了来自根终端的手动终止命令之外，不会响应任何请求。

---

我不打算解释为什么会发生这种情况，或者在那之后我做了什么来调试它……只能说这是令人沮丧的一周……

喝了很多咖啡，眼睛酸痛，10 天后......

^请打鼓

TL&DR - 解决方案：

在 2007 年的 php sockets 文档和 thisstuporglue 教程中的评论中提到了 here（搜索“良好的育儿”），可以简单地“忽略”来自子进程的信号（ SIGCHLD) 通过将 SIG_IGN 传递给 pcntl_signal() 函数 -

pcntl_signal(SIGCHLD, SIG_IGN);

引用链接的博客文章：

如果我们忽略 SIGCHLD，子进程将在完成后自动回收。

信不信由你——我包含了pcntl_signal() 行，删除了所有其他处理程序和与孩子打交道的东西，它起作用了！没有更多的<defunct> 进程在闲逛！

就我而言，我真的不感兴趣确切地知道子进程何时死亡，或者它是谁，我根本对它们不感兴趣 - 只是它们没有闲逛并导致我的整个服务器崩溃:P

Answer 2

关于您的免责声明 - 在编写服务器方面，PHP 并不比许多其他语言更好/更差。有些事情是不可能做到的（轻量级进程、异步 I/O），但这些并不真正适用于分叉服务器。如果您使用的是 OO 代码，请确保您已启用循环引用检查垃圾收集器。

一旦子进程退出，它就会变成僵尸，直到父进程清理它。您的代码似乎在收到 any 信号时向每个孩子发送 KILL 信号。它不会清理进程条目。它将终止没有调用退出的进程。要正确获取子进程，您应该调用 waitpid（另请参阅 pcntl_wait 手册页上的 this example）。

Answer 3

http://www.linuxsa.org.au/tips/zombies.html

僵尸是死进程。你不能杀死死者。所有流程 最终死去，当他们死去时，他们变成了僵尸。他们消费 几乎没有资源，这是可以预料的，因为他们已经死了！ 僵尸的原因是僵尸的父（进程）可以 检索僵尸的退出状态和资源使用统计信息。这 parent 向操作系统发出信号，它不再需要僵尸 通过使用其中一个 wait() 系统调用。

当一个进程死亡时，它的子进程都成为 进程号 1，即 init 进程。初始化是“总是” 等待孩子们死去，这样他们就不会像僵尸一样。

如果你有僵尸进程，这意味着那些僵尸进程还没有 由他们的父母等待（查看 ps -l 显示的 PPID）。你 有三个选择： 修复父进程（让它等待）；杀死 父母；或与之共处。请记住，与它一起生活并不难 因为僵尸在输出中只占用多一行 ps.

Answer 4

我非常清楚要找到解决僵尸进程问题的方法是多么困难。我对可能拥有成百上千个 inode 的担忧是（正确或错误，因为我不知道这是否真的会成为一个问题）inode 耗尽，因为当这种情况发生时，所有的地狱都会崩溃。

如果只有链接到posix-setsid() 的pcntl_fork() 手册页，我们中的许多人会在几年前发现解决方案如此简单。