使用pcntl_fork+curl的控制台脚本子进程周期性变僵尸问题求助

这种子进程周期性变成僵尸的问题，我之前在处理多进程HTTP导入任务时也碰到过类似情况，结合你的描述，咱们一步步拆解排查和解决方向：

1. 先锁定僵尸进程的核心原因 #

僵尸进程本质是子进程退出后，父进程没有调用wait()/waitpid()回收其内核资源，所以先检查你的父进程逻辑：

• 有没有在主循环里定期调用非阻塞的pcntl_waitpid()？比如：

  // 定期轮询回收退出的子进程
  while (pcntl_waitpid(-1, $status, WNOHANG) > 0) {
      // 可以在这里记录子进程退出状态，方便排查
      $exitCode = pcntl_wexitstatus($status);
      error_log("子进程退出，退出码: $exitCode");
  }
  

• 有没有注册SIGCHLD信号处理函数？如果父进程长期处于忙碌状态，没法主动轮询，通过信号触发回收更可靠：

  pcntl_signal(SIGCHLD, function($signo) {
      // 循环处理所有已退出的子进程，避免漏处理
      while (pcntl_waitpid(-1, $status, WNOHANG) > 0);
  });
  // 确保信号处理生效
  pcntl_signal_dispatch();
  

2. 验证curl扩展是否真的是元凶 #

你怀疑curl有问题，可以通过这些方式验证：

• 替换curl为其他HTTP客户端：比如用Guzzle的同步请求，或者开启allow_url_fopen后用file_get_contents()替换curl调用，运行一段时间看僵尸进程是否消失。如果消失了，基本可以确定是curl扩展的问题。
• 强制捕获curl的所有错误：子进程的curl错误可能因为多进程环境被控制台吞掉，所以在子进程里主动把错误写入日志：

  $ch = curl_init($apiUrl);
  curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
  curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, true); // 根据API要求调整
  $response = curl_exec($ch);
  
  if (curl_errno($ch) !== 0) {
      $errorMsg = sprintf("子进程PID:%d，curl错误:%s（错误码:%d）", getmypid(), curl_error($ch), curl_errno($ch));
      file_put_contents('/tmp/curl_debug.log', $errorMsg . PHP_EOL, FILE_APPEND);
  }
  curl_close($ch);
  

• 调整curl版本：如果是PHP curl扩展和系统libcurl版本不兼容，尝试升级到稳定版（比如PHP 8.x搭配libcurl 7.80+），或者降级到之前运行正常的版本，看是否解决问题。

3. 避免多进程下的curl资源冲突 #

别在父进程里创建curl句柄后再fork子进程！一定要在每个子进程内部单独初始化curl句柄，用完立即curl_close()释放资源，跨进程共享curl句柄很容易导致资源混乱，进而引发子进程异常退出、父进程无法回收的情况。

4. 系统层面的补充排查 #

如果以上都没解决，从系统日志找线索：

• 用ps aux | grep defunct找到僵尸进程的PID，再用pstree -p <父进程PID>确认它的父进程状态，看父进程是否正常运行。
• 查看系统日志（比如/var/log/messages或/var/log/syslog），有时候子进程异常退出会被系统记录，哪怕PHP没有输出任何信息。

内容的提问来源于stack exchange，提问作者roland