PHP原生不支持真正异步I/O，必须依赖Swoole等扩展；async/await不可用，Fiber仅为协程基础；混用file_get_contents、PDO等同步函数会导致协程阻塞；go()需在Swoole Server或Coroutine::run()环境中才生效，且仅Swoole封装的I/O函数（如co::httpGet、Swoole\Coroutine\Mysql）才是真异步。
PHP 原生不支持真正异步 I/O，所谓“异步”必须依赖 Swoole 这类扩展；async/await 在 PHP 中不可用，Fiber 只是协程调度基础，不自带异步能力；直接混用 file_get_contents、PDO 或 sleep() 会导致协程阻塞，整个请求卡住。
为什么 go() 启动了却没效果？——协程环境没跑起来
Swoole 协程不是“调了 go() 就自动异步”，它只在 Swoole Server 的生命周期中生效。你在普通 CLI 脚本里写 go(function () { co::sleep(1000); });，根本不会触发协程调度器，co::sleep() 会报错或直接忽略。
- 必须用
Swoole\Http\Server、Swoole\WebSocket\Server或Swoole\Coroutine\run()显式启动协程环境 -
Swoole\Coroutine\run()是最轻量的入口，适合 CLI 测试，但不能处理 HTTP 请求 - 在 Laravel 或 ThinkPHP 中直接
go()，除非已集成 Swoole Server（如 Swoole-HTTP 驱动），否则仍是同步执行 - 检查是否漏掉
use Swoole\Coroutine;——co::是命名空间别名，不是全局函数
哪些 I/O 操作能真异步？——只认 Swoole 封装函数
判断一个操作是否异步，唯一标准是：它是否底层调用了 Swoole 的协程调度器。所有非 Swoole\Coroutine\* 或 co:: 开头的函数，哪怕名字带 “async”，都是伪异步。
- ✅ 真异步：
co::httpGet()、(new Swoole\Coroutine\Http\Client())->get()、co::readFile()（Swoole 4.7+）、Swoole\Coroutine\Mysql - ❌ 伪异步：
file_get_contents()（阻塞）、curl_multi_exec()（CPU 高、不可 await）、PDO::query()（同步）、sleep()（进程级挂起） - 注意：
co::sleep(1000)单位是毫秒，不是秒；而原生sleep(1)是秒，混用容易超时逻辑错乱
数据库和 HTTP 客户端怎么配才不翻车？——驱动和客户端必须换
你在协程里用原生 PDO 查询 MySQL，哪怕外面包了 go()，也会让整个协程挂起等待 —— 因为 PDO 底层是同步 socket。同理，file_get_contents 调外部 API，一样阻塞。
立即学习“PHP免费学习笔记（深入）”；
- MySQL 必须换成
Swoole\Coroutine\Mysql，连接参数和 PDO 不同：$mysql->connect(['host' => '127.0.0.1', 'user' => 'root', ...]) - HTTP 请求必须用
Swoole\Coroutine\Http\Client或co::httpGet()，不能用 Guzzle 默认配置（需切到curl异步模式且配合 ReactPHP，非 Swoole 生态） - Redis 推荐
Swoole\Coroutine\Redis，而非predis或phpredis同步扩展 - 文件读写优先用
co::readFile()/co::writeFile()，避免fopen()+fread()组合
协程变量隔离和全局污染——最容易被忽略的坑
每个协程有独立的 $GLOBALS 和 static 变量作用域，但 global $x 访问的是进程级变量，多个协程同时改 $x 会互相覆盖。
- 不要在协程里用
global共享状态；改用协程上下文（Co::getContext()）或传参 -
static $cache = [];在协程内安全，但跨协程不共享；若需共享，得用Swoole\Table或Redis - 协程退出后，其内部
static变量自动销毁，别指望下次go()还能拿到上次的值 - 日志写入建议用
Swoole\Coroutine\System::write()或异步写文件，避免error_log()阻塞
