PHP Fibers 和生成器适合处理哪类异步流程

PHP 项目里看到 yield 和 Fiber::suspend() 时，最容易出现的误判是：它们都能“暂停”，所以都能直接拿来做异步。实际选择很简单：要把一批数据按需交给调用方，优先用 Generator；要让一个嵌套很深的任务在协作式调度点暂停，再从原位置继续，才考虑 Fiber；要让网络、定时器或文件等待真正不阻塞当前进程，还需要事件循环和异步 I/O 库。

Generator 解决“下一条数据什么时候产生”，Fiber 解决“当前调用栈在哪里暂停和恢复”。Fiber 不是线程，也不会单独把阻塞函数变成非阻塞函数。

生成器和 Fiber 解决的不是同一个暂停问题

Generator 的中心是 yield。函数第一次被调用时不会把全部结果装进数组，而是返回一个实现了迭代器接口的对象；foreach 需要下一项时，生成器才继续运行。这种暂停点属于生成器函数本身，调用方通常通过遍历来驱动它。

Fiber 的中心则是调用栈。它拥有自己的栈，Fiber::suspend() 可以出现在被多层函数调用的内部，外部用 start()、resume() 或 throw() 控制它。被暂停的函数不必改成返回 Generator，这对已有同步风格的业务调用链更友好。

按任务形态选择，而不是按“异步”二字选择

先看工作是否真的需要外部调度，再决定工具。下面这张表适合放在代码评审前，避免把 Generator 当作协程，也避免为了一个简单的流式读取引入完整事件循环。

一个实用判断是：如果删掉“等待外部资源”这件事，任务仍然只是不断产生下一项，就用 Generator；如果必须暂停一条已有的深层调用链，并由另一个控制器决定何时回来，才使用 Fiber。

把异步库接到 Fiber 之后，谁负责真正的等待

Fiber 可以暂停，但它不知道 DNS、HTTP、Socket 或定时器何时完成。下面的代码只展示控制边界：Fiber 交出一个等待描述，调度者得到结果后再恢复它。['wait' => 'http'] 是应用内部消息，不是 PHP 自动完成的网络请求。

 'profile-api']);

    // resume 传回响应或错误对象，业务函数继续使用原来的局部变量。
    if (!$response['ok']) {
        throw new RuntimeException('profile request failed');
    }
    return $response['data'];
}

$fiber = new Fiber(function (): array {
    return loadProfile();
});

$request = $fiber->start();
// 事件循环应在这里等待 I/O，就绪后再 resume，而不是 busy loop。
$fiber->resume(['ok' => true, 'data' => ['name' => 'Ada']]);
$profile = $fiber->getReturn();
?>

生产实现还要处理超时、取消、连接关闭和异常传递。异步库通常把“注册等待”和“收到就绪事件”封装起来，Fiber 让业务层仍能使用接近同步的写法。没有这层库时，直接在 Fiber 内调用会阻塞的 file_get_contents() 或同步数据库驱动，整个 PHP 进程依旧会被卡住。

落地前检查取消、异常和资源生命周期

Fiber 不是“启动后台任务”的快捷方式。调用方要保存 Fiber 状态，不能对已经终止的 Fiber 再次 resume()；任务失败时可以通过 throw() 把异常送回暂停点，最终由边界层记录并释放连接、文件句柄或临时数据。若只是消费一批可遍历数据，Generator 的 return 和 getReturn() 已经够用，不必引入 Fiber。

• 先写出等待对象的来源：事件循环、异步 HTTP 客户端还是队列回调。
• 为超时和取消定义统一结果，不要让 Fiber 永久停在 suspended 状态。
• 在恢复、抛错和正常终止三条路径上都关闭外部资源。

常见问题

Generator 能不能替代 Fiber 做协程？

小型、浅层的 yield 驱动流程可以，但 Generator 没有 Fiber 的完整调用栈；深层函数暂停、异常恢复和调用方解耦时，Fiber 更自然。

创建多个 Fiber 就能并发请求吗？

不能。只有底层 I/O 非阻塞并接入事件循环，多个 Fiber 才能在等待期间交替推进。

Fiber 适合 CPU 密集型任务吗？

通常不适合。Fiber 是同一 PHP 执行上下文中的协作式切换，CPU 计算不主动挂起时会阻塞其他任务。

什么时候只用 Generator？

当需求是惰性读取、分页、流式解析或逐项转换，并且暂停点由 foreach 或迭代器自然驱动时，Generator 更简单。