协程快因用户态切换仅需50–200纳秒，调度器依赖io阻塞自动让出，纯cpu操作如sleep()会卡死；上下文隔离保障数据安全，异步任务须走协程池，未捕获异常会静默终止。
想在面试中准确回答Hyperf协程相关问题，必须说清“协程为什么快”“调度器怎么切换”“哪些代码会卡死协程”，而不是背诵定义或堆砌术语。本文只讲3.1版本真实运行时的行为，所有结论均可在本地hyperf-skeleton v3.1.30+环境中验证，不掺杂Swoole 4.x旧逻辑或Hyperf 2.x遗留机制。
协程不是线程，也不是进程
协程是用户态的轻量执行单元，由PHP代码主动让出控制权，而非操作系统强制调度。Hyperf 3.1默认使用Swoole 5.1+协程运行时，每个请求在一个协程中执行，协程间共享同一OS线程——这意味着创建10万个协程只消耗约200MB内存，而10万个线程会直接OOM。
关键区别在于：线程切换需陷入内核、保存寄存器、更新TLB缓存；协程切换仅需保存/恢复PHP执行栈和协程上下文（Co::getContext()可读取），耗时稳定在50–200纳秒级。
这一步操作起来很简单，直接调用Co::sleep(0.001)就能触发一次完整协程切换，但【切勿在纯for循环中高频调用】，否则调度开销反超收益。
协程调度器只在IO阻塞时自动切换
Hyperf 3.1的协程调度器不会主动抢占CPU，它依赖“阻塞即让出”原则：当协程执行到mysql_query、redis->get()、file_get_contents('http://')等协程化IO操作时，底层会挂起当前协程、唤醒其他就绪协程。
方法一：用Co::readFile()替代file_get_contents()
方法二：用Hyperf\Database\Connection::select()替代原生PDO::query()
方法三：用Hyperf\HttpClient\HttpClient::get()替代cURL同步调用
注意：sleep(1)、usleep(1000)、while(true){}这类纯CPU操作不会触发切换，协程会独占线程直到执行完——这就是面试官常问的“为什么加了协程接口还是慢”的根本原因。
协程上下文隔离是数据安全的前提
Hyperf 3.1默认启用协程上下文（Coroutine Context）自动绑定，每个协程拥有独立的Container实例、Logger实例、Request对象。这意味着你在协程A中修改了$container->set('user_id', 1001)，协程B完全感知不到。
第一步：确认config/autoload/dependencies.php中未全局覆盖Hyperf\Context\Context类
第二步：在任意控制器中打印Co::id()与Context::get('request')，观察不同并发请求的输出差异
第三步：用Context::set('trace_id', Str::random(16))注入链路ID，再通过Context::get('trace_id')在日志中提取——这比传参更可靠，且无需修改业务方法签名
如果手动调用Context::destroy()或误用static变量跨协程共享状态，【会导致数据污染，且无法通过单元测试复现】。
异步任务必须走协程池，不能直接new
Hyperf 3.1废弃了AsyncTask注解，统一使用Hyperf\AsyncQueue\Driver\DriverInterface驱动的队列系统。直接new PushMessageTask()并调用execute()，该任务仍在当前请求协程中同步执行，完全失去异步意义。
正确路径：Controller → $this->queue->push(new PushMessageTask($userId, $msg)) → QueueWorker协程池消费
错误路径：Controller → (new PushMessageTask)->execute(...) → 当前协程阻塞等待完成
队列驱动配置必须指定concurrent值，例如Redis驱动中'concurrent' => 10表示最多10个协程并发消费任务——这个数字要小于数据库连接池max_connections，否则会因连接争抢导致任务堆积。
协程异常不会自动透出到父协程
在Co::create(function () { throw new RuntimeException('boom'); });中抛出的异常，若未显式捕获，将静默终止该协程，父协程继续运行。这与传统PHP的致命错误完全不同。
方法一：用Co::set(['hook_flags' => SWOOLE_HOOK_ALL])开启全钩子，使try/catch能捕获协程内异常
方法二：在协程启动处包裹try/catch并记录日志：Co::create(function () { try { ... } catch (Throwable $e) { Log::error('coro fail', ['e' => $e]); } });
方法三：使用Hyperf\ExceptionHandler\ExceptionHandler全局接管，但需确保其isValid方法返回true时协程ID匹配当前上下文
这一步最容易被忽略：Hyperf 3.1默认的ExceptionHandler不处理协程内未捕获异常，必须手动配置config/autoload/exceptions.php中的coroutine_exception_handler键。
