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()），都会触发致命错误：
开启 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
