为何AJAX无法接收PHP端startPool()执行后的返回内容

你遇到的输出丢失问题是PHP多进程编程的典型坑，和线程库实现、PHP输出机制、HTTP连接特性三者都有关系：

• startPool()的fork操作破坏了HTTP输出通道
  你使用的byjg/phpthread库底层依赖pcntl_fork派生子进程执行任务，fork执行时子进程会完整复制父进程的所有上下文，包括PHP持有的HTTP响应socket句柄、输出缓冲区。子进程执行完任务退出时，会直接关闭它持有的socket句柄副本，这会导致父进程手里的同一个socket连接进入异常状态，后续父进程往这个连接写入的所有输出都会被web服务器（php-fpm/apache/nginx）直接丢弃，根本不会发送到浏览器端。
  你代码里waitWorkers()之后的file_put_contents操作能正常执行落盘，就证明这段代码实际是运行了的，只是输出通道已经失效，echo的内容发不出去而已。而startPool()之前的输出是在fork操作前写入缓冲区的，没有被fork操作影响，所以能正常被AJAX接收到。
• waitWorkers()的阻塞逻辑导致父进程无法实时输出
  调用waitWorkers()时父进程会完全挂起，直到所有子进程执行结束才会继续往下跑，这段时间父进程不会执行任何输出操作，就算输出通道正常，你也不可能拿到任务执行的中间进度，只能等所有任务跑完一次性拿到结果。
• 前后端输出约定不匹配
  前端的onprogress回调里是按|分割响应流取最新片段，但你后端的echo逻辑根本没有输出|作为分隔符，就算后续内容能正常发送，前端的解析逻辑也拿不到正确内容。

• 不要在fork多进程的请求里直接通过当前HTTP连接返回结果/进度：pcntl_fork设计上就不适合在web请求场景下直接对外输出，最稳定的方案是启动线程池后，让worker任务把执行进度、结果写入独立的中间存储（文件、Redis、共享内存都可以），前端单独发轮询AJAX请求读取进度存储的内容，不需要等主请求执行完成。
• 如果一定要在当前请求返回结果，在调用startPool()之前先做输出缓冲区清理：

  // 先把fork前的内容全部刷给浏览器
  ob_flush();
  flush();
  // 关闭顶层输出缓冲，避免子进程复制缓冲区句柄
  while (ob_get_level()) ob_end_clean();
  

  注意这个方案在php-fpm环境下稳定性很差，fpm本身对fork后的进程资源管理有严格限制，容易出现进程挂死、响应截断的问题。
• 修正前后端的输出格式约定：如果要走流输出，每输出一段进度/结果就补一个约定好的分隔符（比如你前端用的|），并且每次输出后立刻调用ob_flush()、flush()把内容刷出缓冲区，不要等PHP自动在请求结束时批量发送。
• 可以给线程池的worker任务注册执行完成回调，在子进程逻辑的最后主动关闭继承的标准输出、HTTP连接句柄，避免子进程退出时句柄泄漏破坏父进程的连接。

内容的提问来源于stack exchange，提问作者H Aßdøµ