swoole 5.x中task回调默认不支持协程客户端，因ontask运行在同步上下文且未启用协程调度器；需显式配置task_enable_coroutine => true才能在独立协程中安全使用co\mysql等协程api。

在 Swoole 5.x 中，默认情况下 task 回调内不能直接使用协程客户端（如 Co\MySQL、Co\Redis），根本原因是：onTask 回调默认运行在普通同步上下文中，而非协程环境。

task 默认不启用协程调度

Swoole 的 TaskWorker 进程设计初衷是执行“纯 CPU 或阻塞型”任务，早期版本未集成协程调度器。即使整个 Server 开启了 enable_coroutine => true，onTask 回调本身仍由底层同步线程驱动，不会自动创建协程栈。此时调用任何协程 API（例如 new Co\MySQL() 或 co::sleep()），都会触发致命错误：

Fatal error: Uncaught Swoole\Error: must be called in the coroutine

开启 task_enable_coroutine 后才支持协程

从 Swoole 4.5+ 起引入 task_enable_coroutine 配置项，需显式开启才能让 onTask 回调获得协程上下文：

Swoole 6.1.1

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

下载

• 必须满足前提：enable_coroutine => true 已全局启用
• Server 配置中需设置：'task_enable_coroutine' => true
• 开启后，每个 onTask 调用会自动进入独立协程，可直接使用 Co\MySQL::query()、Co\Http\Client 等
• 回调参数类型变为 Swoole\Server\Task 对象，提供 $task->finish() 替代旧式 $server->finish()

为什么不能手动用 go() 包裹？

有人尝试在 onTask 里写 go(function () { new Co\Redis(); });，这依然会报错。原因在于：

• go() 只能在已有协程环境中调用，而默认 onTask 是同步上下文
• 此时调用 go() 会触发 SWOOLE_ERROR_CO_NOT_IN_COROUTINE
• 这不是语法问题，而是 Swoole 的运行时约束：协程客户端的底层 IO 操作依赖当前协程栈保存上下文和挂起恢复机制

替代方案（不开启 task_enable_coroutine 时）

若暂不启用该选项，仍需异步访问数据库或 HTTP 接口，可用以下安全路径：

• 将耗时 IO 操作投递到另一个 $server->task()，形成 task 嵌套（注意避免死循环）
• 改用传统同步客户端（如 PDO、cURL），但需控制超时与并发量
• 在 Worker 进程中预热连接池，通过 Channel 或 Table 传递结果给 TaskWorker