协程嵌套过深会触发栈溢出，因每层go创建独立协程并分配80KB栈空间，不共享父栈；10层嵌套即可能耗尽栈，导致coroutine stack overflow及worker异常退出（status=255, signal=0）。

协程嵌套层级过深会直接触发 Swoole 的栈保护机制，导致 coroutine stack overflow 错误并强制终止当前协程，严重时引发 worker 进程异常退出（status=255, signal=0）。

为什么协程嵌套会栈溢出

Swoole 协程默认栈大小为 80KB（可通过 coroutine.stack_size 配置），每次嵌套调用（如 go(function () { go(...) }) 或递归 go）都会在当前协程栈上压入新帧。不是函数调用深度，而是协程创建的嵌套层数——每层新协程都需独立栈空间，而非复用父协程栈。

• 协程间不共享栈，go 创建的是全新执行上下文，不是函数调用
• 即使每个协程只做轻量操作，10 层嵌套就可能耗尽 80KB 栈（尤其含闭包、大数组或调试信息时）
• Co::sleep()、channel->push() 等挂起点不会释放栈，只暂停执行

常见触发场景与错误现象

以下模式极易踩中栈限制：

Swoole 6.1.1

Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。

下载

• 递归式 go 调用：比如重试逻辑未设上限，go(function () { if ($retry
• 中间件/装饰器层层 go 包裹：Hyperf 中误在每个中间件里 go 执行业务逻辑
• 事件回调内反复 go：WebSocket onMessage 中对每条消息启动新协程，再嵌套调用 DB 查询协程

错误日志典型表现：PHP Fatal error: Uncaught Swoole\Error: coroutine stack overflow in ...，或 worker 日志出现 abnormal exit, status=255 且无 PHP 异常堆栈。

如何安全控制嵌套深度

根本原则是避免“协程套协程”，优先用同步写法或扁平化调度：

• 用 Channel 或 WaitGroup 替代嵌套 go：把子任务投递到共享 channel，由固定数量工作协程消费
• 限制递归 go 深度：加计数器，超过 3 层改用 defer 或同步调用
• 检查 Co::getCid() 和 Co::getPcid()：调试时打印父子协程 ID，确认是否意外形成深层派生链
• 调大栈尺寸仅治标：Co::set(['stack_size' => 256 * 1024]) 可缓解但不解决设计问题，且增加内存压力

真正危险的不是“用了多少层协程”，而是“是否让协程生命周期失控”——一个没被等待、没被取消、又不断 spawn 新协程的根协程，会在几秒内拖垮整个 worker 进程。栈溢出只是最先暴露的症状。