hyperf自定义process中协程不生效，根本原因是未初始化协程调度器；须在handle()内依次调用coroutine::sethookflags(swoole_hook_all)、coroutine::enablescheduler()后方可使用go()等协程功能。
Hyperf自定义Process里协程不生效，根本原因是没初始化协程调度器
Hyperf的自定义Process默认运行在普通PHP进程里，不是协程环境——Swoole\Coroutine::id()返回0，go()、Parallel、Channel全失效，看似调用了，实际是同步阻塞执行。这不是bug，是设计使然：Process启动早于Swoole事件循环，协程调度器压根没起来。
必须手动触发协程环境初始化，且只能在handle()方法内做，不能放构造函数或__invoke()里。
- 错误写法：
go()直接写在handle()开头，没加Coroutine::setHookFlags()和Coroutine::enableScheduler() - 正确顺序：先
Coroutine::setHookFlags(SWOOLE_HOOK_ALL)，再Coroutine::enableScheduler()，最后才能用go()或Parallel - 注意
SWOOLE_HOOK_ALL会拦截所有IO，如果Process里有非协程化扩展（如某些Redis扩展），可能引发兼容问题，可改用SWOOLE_HOOK_TCP等子集
Process中调用go()后变量捕获异常，本质是闭包作用域错乱
即使启用了调度器，go(function() use ($var) { ... })在Process里仍大概率读到空值或旧值。原因有两个叠加：一是Process生命周期长，外层变量可能被后续循环覆盖；二是use按值捕获时，对数组/对象只做浅拷贝，而Process不自动隔离上下文。
- 标量类型（
int、string）用use ($id)基本安全 - 数组务必显式复制：
use ($data = array_merge([], $data))或use ($data = json_decode(json_encode($data), true)) - 对象必须
clone：use ($obj = clone $obj)，且确保类定义了__clone()处理内部引用 - 绝对不要在
for循环里直接use ($item)，必须写成use ($item = $item)强制重绑定
Context::set()在Process协程里无效，因为上下文未绑定到当前协程ID
Process里调用Context::set('key', $value)后，Context::get('key')返回null——不是Context失效，而是当前协程ID（Coroutine::id()）和Context存储时用的ID不一致。Hyperf的Context默认绑定到“当前协程”，但Process中首次go()前的Coroutine::id()是0，而go()创建的新协程ID是正整数，两者上下文完全隔离。
- 解决方案：所有
Context::set()必须在go()回调内部执行，确保和get()在同一个协程ID下 - 若需父子协程传递数据，不用Context，改用参数传值或
Channel推送 - 调试时可用
var_dump(Coroutine::id(), Context::has('key'))确认是否在同协程上下文中
Process中协程长期运行导致内存泄漏，关键在资源未主动释放
Process常用于常驻任务（如定时拉取、长连接保活），协程反复创建却不清理，容易积累Channel、WaitGroup、数据库连接等资源。Swoole不会自动回收已退出协程的关联资源，尤其当协程因异常退出时。
- 每个
go()里必须配对try...finally，在finally中关闭Channel、close()连接、$wg->done() - 避免在Process里复用
Parallel实例，每次wait()后应销毁重建，防止内部状态残留 - 用
memory_get_usage(true)定期采样，若持续增长，重点检查Channel未close()或Context未destroy() - 生产环境建议加
Coroutine::sleep(0.1)在循环末尾，避免CPU空转，也给调度器留出回收时机
close()或destroy()，几天后服务就可能OOM。
