必须用addProcess()注册UserProcess，否则脱离Server生命周期管理，导致无法自动重启、优雅关闭或监听信号；未注册时子进程退出易成僵尸进程，而正确注册后Swoole Manager会自动处理SIGCHLD并异步回收。
如何在 Swoole Server 中正确添加 UserProcess
必须用 addProcess() 方法注册，不能直接 new Swoole\Process 后调用 start()。否则进程脱离主服务生命周期管理，无法被自动重启、优雅关闭或监听信号。
常见错误是写成这样：
$p = new Swoole\Process(function($proc) {
while(true) { sleep(1); }
});
$p->start(); // ❌ 错误：未纳入 Server 管理
正确做法是：
- 在
on('Start')或on('WorkerStart')回调中调用$server->addProcess($process) -
$process必须是Swoole\Process实例，且其回调函数内不能阻塞主事件循环（如避免无超时的sleep()） - 若需长期运行，建议配合
tick()或after()实现非阻塞定时逻辑
为什么 UserProcess 会变成僵尸进程
根本原因是父进程（Swoole Manager）未主动回收子进程退出状态。当 UserProcess 自行 exit() 或异常终止，而主服务没监听 SIGCHLD，就会留下僵尸进程。
Swoole 6.1.1
下载
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
解决方式不是手动 wait()（它会阻塞），而是靠 Swoole 内置机制：
- 只要通过
addProcess()添加，Swoole Manager 就会自动注册SIGCHLD处理器并异步回收 - 若发现僵尸进程残留，先确认是否漏掉了
addProcess()，再检查子进程是否在退出前调用了posix_kill($pid, SIGTERM)等非标准退出方式 - 可通过
ps aux | grep 'Z'和cat /proc/$pid/status | grep State验证
UserProcess 与 TaskWorker 的核心区别
二者都用于异步任务，但定位和资源模型完全不同：
-
TaskWorker是 Swoole 内置的固定角色进程，由task_worker_num控制数量，专用于执行$server->task()投递的任务，共享 Server 配置和连接池 -
UserProcess是完全自定义的独立进程，不参与请求响应链，不共享协程上下文，适合跑定时器、消息消费者、监控采集等长周期后台任务 - 混用风险：在 UserProcess 中调用
$server->task()可能失败（$server实例在子进程中不可用），应改用管道或消息队列通信
配置项对 UserProcess 的实际影响
多数 server->set() 参数不作用于 UserProcess，但有三个关键例外：
-
max_request：仅控制 Worker/TaskWorker 进程重启，UserProcess 不受其限制（这也是它适合长任务的原因） -
daemonize：设为true时，UserProcess 会随主服务一起转入后台；设为false则所有进程都在前台输出，便于调试 -
reload_async：热更新时，UserProcess 默认不会被重启 —— 它需要自己实现配置热加载逻辑（比如监听文件变更 + 重载业务类）
真正影响 UserProcess 行为的是你传给 Swoole\Process 构造函数的参数：$redirect_stdin_stdout 和 $pipe_type 决定了它能否读写主服务标准流、是否创建 IPC 管道。
