PHP 中的协程与异步编程：Generator、Promise 与 ReactPHP

在现代 Web 开发中，高并发和低延迟已成为衡量应用性能的重要指标。传统的 PHP 采用同步阻塞模型，每个请求独占一个进程或线程，当遇到 I/O 操作（如数据库查询、HTTP 请求、文件读写）时，CPU 会处于空闲等待状态，造成资源浪费。为了突破这一瓶颈，PHP 社区先后探索出 Generator 协程、Promise 模式以及 ReactPHP 事件循环等方案，逐步构建起异步编程的生态。本文将梳理这三者的核心原理、演进关系与适用场景。

一、为什么 PHP 需要异步编程

PHP 的经典运行模式是“请求-响应”同步阻塞：脚本从上到下依次执行，遇到 file_get_contents 或 PDO::query 时必须等待结果返回。假设一个接口需要调用三个外部服务，每个耗时 200ms，同步模式下总耗时约 600ms；而异步模式下可以并行发起请求，总耗时接近最慢的那个，约 200ms。

这种差异在高并发场景下会被急剧放大。异步编程的核心目标，就是让程序在等待 I/O 时不被阻塞，转而处理其他任务，从而提升吞吐量、降低响应时间。

二、Generator：PHP 原生的协程基石

PHP 5.5 引入的 Generator（生成器）最初用于简化迭代器，但它意外地成为 PHP 协程的基石。Generator 允许函数在执行过程中通过 yield 暂停，并在稍后恢复，同时保留函数内部的局部变量状态——这正是协程“可中断、可恢复”的本质。

function task() {
    echo "开始\n";
    $data = yield fetchData(); // 暂停，交出控制权
    echo "收到: $data\n";
    return "完成";
}

在底层，Generator 对象实现了 Iterator 接口，调用 current()、next()、send() 即可驱动其执行。yield 表达式的返回值可以通过 send() 注入，这就实现了双向通信：协程把控制权交给调度器，调度器在 I/O 完成后把结果送回协程。

然而，Generator 本身并不具备调度能力。它只是一段可以暂停的代码，谁来驱动、何时恢复，需要外部调度器决定。这催生了 yield 关键字驱动的协程框架，如早期版本的 Amp 和 Swoole 的协程内核，它们用 Generator 配合事件循环，实现了“同步写法、异步执行”的效果。

Generator 的局限也很明显：无法跨函数边界自动传递 yield（需要层层 yield from），错误处理不够直观，且它本质上是单线程协作式调度，一旦某个协程执行了阻塞操作，整个调度器都会被卡住。

三、Promise：异步结果的占位符

Promise（在 JS 中称为 Promise，在 PHP 中常称为 Future 或 Deferred）是另一种抽象：它代表一个“尚未完成但将来会完成”的操作结果。Promise 有三种状态——pending、fulfilled、rejected，状态一旦改变便不可逆。

PHP 生态中，guzzlehttp/promises 是最广泛使用的 Promise 实现。它提供了 then()、otherwise()、wait() 等方法，让开发者以链式风格组织异步逻辑：

$promise = $httpClient->getAsync('https://api.example.com');
$promise->then(
    function ($response) { echo "成功: " . $response->getBody(); },
    function ($error) { echo "失败: " . $error->getMessage(); }
);
$promise->wait(); // 阻塞直到完成

Promise 的优势在于组合能力。all() 可以等待多个 Promise 全部完成，some() 等待任意一个完成，any() 返回最先成功的结果。这比手写回调嵌套（回调地狱）清晰得多。

但 Promise 也有其“陷阱”：如果忘记调用 wait()，异步操作可能永远不会被执行；链式调用中的错误传播需要仔细处理；而且 Promise 本身并不解决事件循环问题——它需要一个底层的事件循环来驱动 I/O 完成并触发回调。

四、ReactPHP：事件循环驱动的异步运行时

ReactPHP 是 PHP 领域最成熟的事件驱动、非阻塞 I/O 框架。它的核心是 EventLoop，一个不断轮询 I/O 事件并执行对应回调的循环。ReactPHP 提供了非阻塞的 Socket、HTTP 客户端/服务端、DNS 解析、流处理等组件。

一个典型的 ReactPHP HTTP 服务器长这样：

$loop = React\EventLoop\Factory::create();
$server = new React\Http\Server($loop, function ($request) {
    return new React\Http\Response(200, ['Content-Type' => 'text/plain'], "Hello World\n");
});
$socket = new React\Socket\Server('0.0.0.0:8080', $loop);
$server->listen($socket);
$loop->run();

这段代码不会为每个请求创建新进程，而是由单一事件循环处理所有连接。当某个连接等待数据时，循环转去处理其他连接，从而实现高并发。

ReactPHP 的局限在于：所有代码必须遵循非阻塞原则，任何阻塞调用（如 sleep()、同步 file_get_contents）都会拖垮整个循环。因此，ReactPHP 生态中大量使用 Promise 来封装异步操作，形成了“事件循环 + Promise”的经典组合。

五、三者的关系与选型建议

Generator、Promise 和 ReactPHP 并非互相替代，而是处于不同抽象层次：

• ReactPHP 提供底层事件循环和非阻塞 I/O，是异步的“发动机”。
• Promise 提供结果抽象和组合能力，是异步的“契约”。
• Generator 提供协程式的同步写法，是异步的“语法糖”。

在实际项目中，Swoole 和 RoadRunner 等现代方案将三者融合：用 Generator 或 Fiber（PHP 8.1+）实现协程，用 Promise 管理异步结果，用事件循环驱动 I/O。选择时可以参考：

1. 传统 LNMP 项目：优先考虑 Swoole 扩展，改动小、性能提升明显。
2. 纯 PHP 无扩展环境：ReactPHP + Promise 是成熟选择，适合长连接、实时推送场景。
3. 需要同步写法：使用 Generator 或 Fiber 协程框架（如 Amp、Swoole 协程），降低心智负担。
4. 简单异步任务：Guzzle Promises 即可满足，无需引入完整事件循环。

六、结语

PHP 的异步编程经历了从 Generator 的语法创新，到 Promise 的抽象规范，再到 ReactPHP 的运行时落地，逐步补齐了语言在并发模型上的短板。随着 PHP 8.1 Fiber 的引入和 Swoole 等扩展的成熟，PHP 已经能够胜任高并发、实时通信等过去被认为“不适合 PHP”的场景。理解 Generator、Promise 与 ReactPHP 的定位与协作方式，是掌握 PHP 异步编程的关键一步。未来，随着 Fiber 生态的完善，PHP 有望在保持开发效率的同时，获得媲美 Node.js 的异步能力。

未经允许不得转载：任鹏个人博客 » PHP 中的协程与异步编程：Generator、Promise 与 ReactPHP