Webman本身不提供异步HTTP客户端能力，必须使用Swoole\Coroutine\Http\Client并确保全链路（DB、Redis、日志等）协程化，否则仍为同步阻塞；其默认HTTP调用阻塞的根本原因是PHP原生函数如curl_exec不感知协程，Swoole不会自动改造内核函数。
Webman 本身不提供异步 HTTP 客户端能力，curl_exec 和 file_get_contents 在 Webman 中仍是同步阻塞的——哪怕跑在 Swoole 协程环境下，也会卡住当前协程，拖慢整个请求响应时间。真异步必须用 Swoole\Coroutine\Http\Client，且全链路（DB、Redis、日志）都要协程化，否则前功尽弃。
为什么 Webman 的 HTTP 客户端默认是阻塞的
Webman 的“异步”只体现在网络层接收和分发请求，不是魔法开关。PHP 原生 I/O 函数如 curl_exec 不感知协程，调用时会直接阻塞当前协程，Worker 进程虽还能处理其他请求，但该请求线程卡死，直到超时或返回。
- 常见错误现象：
curl_exec耗时 3 秒，接口整体响应也变成 3 秒以上；压测并发一高就出现连接堆积、大量TIME_WAIT - 根本原因：Swoole 不会重写 PHP 内核函数，没换协程友好的客户端，就等于没开异步
- 兼容性陷阱：混用
phpredis和Swoole\Coroutine\Redis会导致协程失效甚至进程崩溃
必须用 Swoole\Coroutine\Http\Client 才真正异步
Swoole\Coroutine\Http\Client 是 Webman 环境下唯一可落地的协程 HTTP 客户端，它在协程中自动挂起/恢复，写法像同步，行为是非阻塞的。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 必须在协程上下文中使用：Webman 控制器方法默认已在协程中，无需手动
go() - 不能复用实例跨请求：每个请求应新建
$client，或封装为连接池（推荐webman/plugin-connection-pool） - 超时必须显式设置：
$client->set(['timeout' => 5])，否则默认无限等待 - HTTPS 请求要开启 SSL：
$client = new \Swoole\Coroutine\Http\Client('httpbin.org', 443, true)，否则连接失败无提示
全链路协程化才是关键，单点异步没用
HTTP 异步了，但后续接的是传统 PDO 或 redis::connect()，整条链路依然被卡住。协程 I/O 必须从头到尾一致。
- 数据库要用
Swoole\Coroutine\Mysql或协程版 PDO + 连接池封装 - Redis 必须用
Swoole\Coroutine\Redis，禁用phpredis - 日志写入若用
fopen/file_put_contents，也得换成协程版文件操作或异步写入队列 - 错误日志里如果出现
Fiber not running或Call to undefined function Revolt\{}，说明环境未就绪，不是代码问题
最容易被忽略的一点：协程客户端不是“开了就行”，它依赖 Swoole 扩展的完整协程支持，且所有中间件、插件、自定义组件都得检查是否兼容协程——比如某个日志插件内部偷偷调了 sleep() 或 exec()，整个异步链就断了。
