php 7.4 本身不支持协程和 async/await，仅通过 yield + generator 提供可暂停函数基础，真正协程需依赖 swoole 等扩展实现；generator 仅模拟协程控制流，swoole 才提供 io 多路复用与生产级协程运行时。
PHP 7.4 本身不原生支持协程，也没有 async/await 语法——那些是社区误传或混淆了其他语言（如 JavaScript、C#）或 PHP 生态中特定扩展（如 Swoole）的行为。整理 PHP 7.4 协程笔记时，若不厘清底层依赖与语言边界，极易归类错误、误导实践。
按实现机制分类：区分语言层与扩展层
第一步：确认笔记是否混淆了「PHP 语言特性」和「第三方扩展能力」。
PHP 7.4 的 yield + Generator 是协程的基础支撑结构，但不是协程本身；它只是可暂停函数，需配合调度器才能构成真正协程。Swoole 4.4+（适配 PHP 7.4）才提供完整的协程运行时、协程 MySQL 客户端、协程 HTTP 客户端等能力。
第二步：将笔记内容划入两个互斥大类：
• Generator 协程模拟类：仅用 yield / send() / current() 实现任务让出与恢复，无 IO 多路复用，不能并发等待网络响应；适合教学理解协程控制流，但不可用于生产高并发场景。
• Swoole 协程运行时类：依赖 ext-swoole 扩展，启用 Swoole\Coroutine\run() 后，所有 Swoole 封装的 IO 操作（如 go(function(){Co::sleep(1);})）自动在协程内非阻塞执行；这才是实际能替代多线程/多进程的协程方案。
按使用场景分类：明确适用边界
方法一：面向 Web 服务开发
记录 Swoole\Http\Server 下协程中间件写法、协程路由分发、协程中调用 Co::MySQL 或 Hyperf 的 Db::query，重点标注【必须在 Swoole 启动的协程上下文中执行，普通 CLI 脚本直接 new Co::MySQL 会报错】。
方法二：面向 CLI 工具开发
整理 go() + Co::sleep() / Co::readFile() / Co::gethostbyname() 的组合用法，对比传统 usleep() 或 file_get_contents() 的阻塞差异；注意标注「Co::exec() 在容器环境可能被禁用，需检查 seccomp 规则」。
按错误类型分类：聚焦易踩坑点
① 把普通函数当协程函数调用：例如定义 function task() { yield 'done'; }，却直接 $task() 调用而非 $gen = task(); $gen->current()；这不会报错但 yield 无效，返回 NULL。
② 在协程中混用同步阻塞函数：如在 go() 内部调用 curl_exec()、file_get_contents() 或 PDO::query()，会导致整个协程调度器卡死——必须改用 Swoole 提供的协程化客户端。
③ 忘记协程变量隔离：$_SERVER、全局静态变量、单例对象在协程间默认共享；若需协程局部存储，必须用 Swoole\Coroutine::set() + get()，否则高并发下数据错乱。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
