协程超时必须使用Co::sleep或Channel::pop等原生带超时的协程方法，不能依赖同步timeout逻辑；HTTP客户端须显式设置timeout和connect_timeout参数，超时后需主动释放资源。
协程超时必须用 Co::sleep 或 Channel::pop 配合超时参数，不能直接套用同步 timeout 逻辑
同步场景下常见的 set_time_limit 或 stream_set_timeout 在协程中完全失效——Swoole 协程调度器不感知这些底层 PHP 运行时设置。真正起作用的是协程原生支持的带超时能力的阻塞调用。
最常用且可靠的方式是：用 Co::sleep 做兜底等待，或用 Channel::pop($timeout)、Redis::get($key, $timeout) 等自带超时参数的协程方法。它们在底层会注册到 event loop，并由协程调度器统一管理超时唤醒。
-
Co::sleep(3.5)是最简单的“等待最多 3.5 秒”，适合做延时或兜底判断 -
$chan->pop(2)表示最多等 2 秒，超时返回false，不会阻塞整个协程 - HTTP 客户端如
Swoole\Coroutine\Http\Client必须显式设置$client->set(['timeout' => 5])，否则默认无超时
go 启动的协程无法靠外部“杀掉”，超时需靠内部协作退出
Swoole 没有提供类似 kill coroutine 的机制，所有协程都必须自己主动 return 或 throw 异常来结束。所以“超时控制”本质是：让协程在超时点主动退出，而不是被强制中断。
典型错误是启动一个协程后，在外面用 Co::sleep 等几秒然后以为它该停了——其实它还在跑，只是你没再关注它。真正可控的做法是把超时逻辑写进协程内部，或通过 Channel 通知退出。
- 不要写：
go(function () { do_something_heavy(); }); Co::sleep(1); // 以为它停了？并没有 - 正确做法：把耗时操作包进
select或带超时的pop/recv，或用defer+ 时间戳做轮询判断 - 复杂任务可配合
Co::create+Channel实现“请求-响应-超时”三态通信
HTTP 请求超时最容易漏设 timeout 和 connect_timeout 两个参数
Swoole\Coroutine\Http\Client 默认不设任何超时，connect 和 read 阶段都可能无限卡住。尤其在 DNS 解析失败、目标服务器丢包、防火墙拦截时，协程会 hang 死，拖垮整个服务。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
必须显式调用 set() 并传入完整超时配置，且注意两个关键字段：
-
timeout：指整个请求（含 connect + send + recv）的最大耗时，单位秒，支持小数（如3.2） -
connect_timeout：仅控制 TCP 连接建立阶段，建议设为timeout的 1/3 左右，避免连接慢但后续快的情况误判 - 漏设
connect_timeout时，DNS 超时（默认 30s）会覆盖你的timeout，导致实际超时远长于预期
示例：
$cli = new Swoole\Coroutine\Http\Client('api.example.com', 443, true);
$cli->set(['timeout' => 5, 'connect_timeout' => 1.5]);
$cli->get('/data');
if ($cli->errCode !== 0) {
// 处理超时：$cli->errCode === -1 表示超时，-2 是连接拒绝等
}
超时后资源未释放会导致内存缓慢泄漏
协程超时退出不代表它内部打开的资源（如 Redis 连接、MySQL 句柄、file 句柄）自动关闭。如果只靠超时跳出函数，而没显式 close 或 unset，这些资源会滞留在协程栈里，直到协程彻底结束——而协程可能复用，导致句柄堆积。
尤其注意 Swoole\Coroutine\Redis 和 Swoole\Coroutine\Mysql：它们内部维护连接池，但超时中断时未必触发自动回收。
- 务必在超时分支里调用
$redis->close()或$mysql->close() - 使用
defer是更稳妥的选择：defer(function () use ($redis) { $redis->close(); }); - 文件操作如
Co::fopen后，超时路径里也得fclose，否则 fd 泄漏比内存更危险
协程超时不是终点，而是清理动作的触发点；没清理的超时，和没超时一样危险。
