webman 的 http 客户端默认阻塞，因原生函数如 curl_exec 不支持协程；须用 swoole\coroutine\http\client 并确保全链路（db/redis/日志）协程化，否则异步失效。
Webman 的 HTTP 客户端本身不提供异步非阻塞能力；你必须显式使用 Swoole 协程客户端，否则哪怕跑在 Webman 上，file_get_contents 或 curl_exec 仍是同步阻塞的。
为什么 Webman 默认 HTTP 调用还是阻塞的
Webman 基于 Swoole，但它的“异步”仅体现在网络层（接收请求、分发协程），不自动改造你的业务代码。PHP 原生函数如 curl_exec、file_get_contents、PDO 查询等，在协程中调用时不会挂起，而是直接阻塞当前协程——整个 Worker 进程虽能处理其他请求，但该请求线程卡死，直到 I/O 完成。
- 常见错误现象：
curl_exec耗时 3 秒，接口整体响应也拖到 3 秒以上，压测并发一高就出现超时或连接堆积 - 根本原因：没切换到协程友好的 I/O 接口，Swoole 不会魔法般重写 PHP 内核函数
- 兼容性注意：扩展必须是协程版，比如
swoole_redis≠phpredis；混用会导致协程失效甚至进程崩溃
正确做法：用 Swoole\Coroutine\Http\Client
这是 Webman 环境下真正可落地的异步 HTTP 客户端，支持自动协程挂起/恢复，无需回调或 Promise 风格，写法接近同步但行为是非阻塞的。
- 必须在协程上下文中使用（Webman 的控制器方法默认已在协程中，无需额外
go） - 不能复用
Client实例跨请求：每个请求应新建实例，或封装为连接池（官方推荐用webman/plugin-connection-pool） - 超时必须显式设置：
$client->set(['timeout' => 5])，否则默认无限等待 - HTTPS 请求需开启
ssl选项：$client->set(['ssl' => true])，否则连接失败无提示
$client = new \Swoole\Coroutine\Http\Client('httpbin.org', 443, true);
$client->set(['timeout' => 5]);
$client->get('/get');
$data = $client->body; // 此处协程自动挂起，不阻塞其他请求
数据库和 Redis 也要配对升级
HTTP 异步了，但若后面接的是传统 PDO 或 redis::connect()，整条链路依然被卡住。协程 I/O 必须全链路一致。
- MySQL：改用
Swoole\Coroutine\Mysql，连接参数和 PDO 类似，但所有方法（query、execute）都协程化 - Redis：必须用
Swoole\Coroutine\Redis，原生Redis扩展不支持协程，调用会阻塞 - 连接池不是可选优化项：高并发下不加连接池，
Swoole\Coroutine\Mysql每次connect()都新建 TCP 连接，性能反不如 PDO - 切勿在协程中 sleep() 或用
usleep()：它们不触发协程调度，会真·阻塞
容易被忽略的调试陷阱
协程环境下的错误表现和传统 PHP 差异很大，日志和异常捕获方式要调整。
-
try/catch有效，但不要依赖error_get_last()：协程切换后该函数返回空 - 连接超时、DNS 失败等底层错误会抛出
Swoole\Coroutine\Http\Client\Exception，不是Exception父类，漏捕获就静默失败 - 日志写入建议用异步文件写入（
Webman\Log\Logger默认已适配）或转发到syslog，避免file_put_contents阻塞 - 本地开发时容易忽略
swoole.enable_coroutine = On（php.ini 中）——这个开关关了，协程客户端退化为同步行为，且无报错
真正的难点不在“怎么写异步”，而在“怎么确保整条调用链——HTTP、DB、Cache、日志——全部落在协程轨道上”。少一个环节，前面的异步就白做了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
