php原生无协程调度器，generator仅是语法糖；真正协程需swoole等扩展配合hook机制，将阻塞io转为协程让出，且必须统一使用协程api避免阻塞调度器。
PHP 本身没有原生协程调度器，Generator 只是协程的“壳”，真正可落地的协程必须依赖 Swoole（或 RoadRunner 等）——不接调度器的 yield 只是迭代器，不是协程。
Generator 只是语法糖，不是协程运行时
Generator 提供了 yield 和 send()，但它不自动挂起/恢复 IO、不管理上下文、不切换栈。你写一个 yield file_get_contents('http://...')，PHP 依然会同步阻塞。
- 它适合做数据流处理（如大文件逐行 yield）、状态机、或者作为 Swoole 协程的底层封装载体
- 直接用
Generator写异步逻辑，会发现yield后没触发任何调度，程序卡死在 IO 上 - Swoole 的
Swoole\Coroutine内部大量使用Generator，但关键在 C 层 hook 了 socket、curl、MySQL 等系统调用，把阻塞转为让出协程
Swoole 协程必须启用 coroutine hook
即使你用了 Swoole\Coroutine\run()，默认情况下 fopen、curl_exec、mysqli_connect 这些仍是同步阻塞的 —— 必须显式开启 hook。
- 最简启用：在
Swoole\Coroutine\run()最开头加Swoole\Runtime::enableCoroutine(true) - 更精细控制可用
Swoole\Runtime::enableCoroutine(SWOOLE_HOOK_ALL)，或按需组合常量如SWOOLE_HOOK_TCP | SWOOLE_HOOK_SSL - 注意：PDO 默认不被 hook，要用
Swoole\Coroutine\PDO；MySQLi 同理，推荐用Swoole\Coroutine\MySQL - 常见坑：
file_get_contents('http://')不会被 hook，得换Swoole\Coroutine\Http\Client或开启SWOOLE_HOOK_NATIVE_CURL（需 Swoole ≥ 5.0.1）
协程函数不能混用同步与异步资源
一旦进入协程环境，所有 IO 操作必须走协程版 API，否则会阻塞整个协程调度器（因为底层线程被占住）。
- 错误示例：在
Swoole\Coroutine\run()里调用sleep(1)、file_get_contents('/tmp/a')（未开启SWOOLE_HOOK_FILE）、或原生Redis::connect() - 正确做法：用
Swoole\Coroutine::sleep(1)、Swoole\Coroutine\FileSystem::readFile()、Swoole\Coroutine\Redis - 特别注意日志：不要在协程中用
error_log()或同步写文件，高并发下会成为瓶颈，改用Swoole\Coroutine\Channel投递到 writer 协程异步刷盘
协程真正的复杂点不在语法，而在资源生命周期和错误传播：一个协程抛出未捕获异常，不会影响其他协程，但它的栈和局部变量会直接销毁；而 Generator 对象如果没被完整迭代完，finally 块可能不执行 —— 这类边界行为，在压测和长连接场景下才暴露得最清楚。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
