PHP的yield不是协程，因其仅为生成器语法糖，无调度器、不自动挂起IO、不切换上下文；真协程需Swoole/Amp等运行时提供调度器，并将所有IO操作替换为非阻塞实现。
PHP本身没有原生协程和异步IO能力，所有“协程”“异步”都依赖扩展或运行时环境；直接在FPM/CLI下用yield写生成器 ≠ 协程，也不会自动并发或非阻塞。
为什么yield不是协程？
PHP 5.5+ 的yield只是语法糖，用于构造Generator对象，它不调度、不挂起IO、不切换上下文。你写yield再多，遇到file_get_contents()或mysqli_query()照样阻塞整个进程。
常见错误现象：
- 用
yield包装HTTP请求，结果还是串行执行、总耗时累加 - 把
Generator传给foreach，误以为“启动了协程” - 没启用Swoole或Amp的运行时，却期待
go()或Amp\Promise\all()生效
真正协程必须满足两个条件：1）有协程调度器（如Swoole的coroutine scheduler）；2）所有IO操作被重写为非阻塞（如Swoole\Coroutine\Http\Client而非cURL）。
立即学习“PHP免费学习笔记（深入）”；
go()只在Swoole协程环境里有效
go()是Swoole提供的协程启动函数，但它不是PHP语言特性，不能脱离Swoole运行时使用。你在普通PHP CLI中调用go()会报Fatal error: Uncaught Error: Call to undefined function go()。
使用前提：
- PHP已安装并启用
swoole扩展（v4.8+推荐） - 脚本必须通过
swoole_http_server::start()、swoole_process::start()或swoole_runtime::enableCoroutine()激活协程环境 - 普通
mysql_connect()等同步函数仍会阻塞——需改用Swoole\Coroutine\MySQL或开启swoole_runtime::enableCoroutine(true)自动协程化
示例陷阱：
// ❌ 错误：没启用协程运行时，file_get_contents仍是同步阻塞
go(function () {
$a = file_get_contents('https://httpbin.org/delay/1');
$b = file_get_contents('https://httpbin.org/delay/1');
echo "done";
});
// ✅ 正确：先启用协程化，再用go()
swoole_runtime::enableCoroutine();
go(function () {
$a = file_get_contents('https://httpbin.org/delay/1'); // 自动转为协程版
$b = file_get_contents('https://httpbin.org/delay/1');
echo "done"; // 总耗时≈1秒，非2秒
});
ReactPHP和Amp不是“换种写法的Swoole”
ReactPHP和Amp是纯PHP实现的事件驱动框架，它们不提供协程语法（没有go()、没有自动挂起），而是靠Promise + 回调链或async/await（Amp v3+）来组织异步流程。它们和Swoole的根本差异在于：是否接管PHP执行流。
关键区别：
- ReactPHP必须显式调用
$loop->run()启动事件循环；Swoole的协程调度器是隐式运行的 - Amp的
async()返回Promise，你得用Amp\Promise\wait()或co()才能获得结果；Swoole协程内可直接赋值、return - ReactPHP/Amp可在无扩展环境下运行（仅需Composer），但性能弱于Swoole（纯PHP实现+无底层epoll优化）
- 它们都不支持
file_get_contents()自动协程化——必须用各自封装的HTTP客户端（如Amp\Http\Client）
所以别指望把Swoole代码里的go()替换成Amp\async()就能跑通；API、错误处理、超时设置全不一样。
协程不是万能解药，I/O密集≠适合协程
协程只对**可非阻塞的I/O**有效：HTTP、Redis、MySQL（需协程驱动）、文件读写（需open with O_NONBLOCK）。遇到以下情况，协程反而更慢或不可用：
- CPU密集型任务（如图像处理、JSON解析大数组）：协程不会并行，只会让出CPU，但没人可切——卡死整个事件循环
- 调用未协程化的扩展（如
gd、openssl部分函数）：依然阻塞 - 混合使用同步和协程IO：比如协程里混用
curl_exec()，会拖垮所有协程 - 错误处理缺失：协程内未
try/catch，异常会静默终止该协程，且不中断其他协程——日志里难追踪
最易被忽略的一点：Swoole协程变量是**协程隔离**的。全局变量、静态属性、$GLOBALS在不同协程里互不影响。你以为的“共享状态”，其实每个协程都有一份副本——这点和多线程完全不同，也常导致调试时一脸懵。
