PHP 长期以来被视为“请求-响应”式的同步语言，每个请求独占一个进程或线程，阻塞 I/O 直接导致进程挂起。直到 PHP 8.1 引入 Fiber，这一局面才从根本上被打破。Fiber 提供了用户态的协作式调度原语，而 Revolt 与 Amp 则在此基础上构建了完整的事件循环与异步编程模型。理解这三者的关系，是掌握现代 PHP 高并发编程的关键。
从阻塞到协作：为什么需要纤程
传统 PHP 的并发手段无非是多进程（如 php-fpm）或多线程（如 Swoole 的线程模式）。多进程模型下，每个请求的 I/O 等待都会浪费一个进程资源；多线程虽然共享内存，但线程调度由操作系统内核控制，上下文切换成本高，且 PHP 的线程安全模型并不完善。
纤程（Fiber）是一种用户态轻量级线程。它允许在单个操作系统线程内创建成百上千个执行流，切换由程序自身控制，无需陷入内核。PHP 的 Fiber 实现遵循以下核心语义：
Fiber::suspend()挂起当前纤程，将控制权交还给调用者；Fiber::resume()恢复一个挂起的纤程，从挂起点继续执行；- 纤程之间不自动调度，必须由外部调度器显式驱动。
这意味着 Fiber 本身只是“可暂停的函数”，它不包含调度策略。真正决定何时挂起、何时恢复的，是事件循环。
Revolt：事件循环的标准化抽象
Revolt 是 PHP 社区为事件循环制定的标准接口，由 Amp 作者 Aaron Piotrowski 主导。它定义了一组驱动无关的 API，使不同事件循环实现（如 Amp、ReactPHP、Swoole）可以互操作。Revolt 的核心组件包括：
EventLoop门面：提供onReadable、onWritable、delay、repeat、defer等注册方法；Driver接口：底层驱动需实现run()、stop()以及上述事件注册；Fiber集成：Revolt 的EventLoop::queue()和EventLoop::defer()可以在纤程中安全使用。
Revolt 的关键设计在于将事件循环与纤程调度解耦。事件循环负责监听 I/O 事件和定时器，当事件就绪时，它并不直接执行回调，而是将回调封装为纤程任务，交由调度器恢复执行。这样，任何基于 Revolt 的库都能自动获得纤程并发能力。
一个典型的 Revolt 使用模式如下：
use Revolt\EventLoop;
EventLoop::onReadable($stream, function ($callbackId, $stream) {
$data = fread($stream, 8192);
// 处理数据
});
EventLoop::repeat(1.0, function () {
echo "每秒执行一次\n";
});
EventLoop::run();
注意，onReadable 的回调默认在纤程中执行。如果回调内部调用 Fiber::suspend()，事件循环会挂起该纤程，继续处理其他事件，待条件满足后再恢复。这正是协作式调度的精髓。
Amp：基于 Revolt 的异步编程框架
Amp 在 Revolt 之上构建了更高层的抽象，包括 Future、Cancellation、async() 函数以及丰富的异步 I/O 组件。Amp 的调度模型可以概括为：
- 每个
async()调用创建一个新的纤程； - 纤程内部遇到 I/O 操作时，通过
Future挂起自身； - Revolt 事件循环监听底层流，当 I/O 就绪时完成对应的
Future； Future完成触发纤程恢复，继续执行后续代码。
这种模型下，开发者可以用同步的写法表达异步逻辑：
use Amp\ByteStream;
use Amp\Socket;
use function Amp\async;
$server = Socket\listen('127.0.0.1:8080');
while ($socket = $server->accept()) {
async(function () use ($socket) {
$input = ByteStream\buffer($socket);
$socket->write("Echo: " . $input);
$socket->end();
});
}
每个客户端连接被封装为一个独立的纤程。当 ByteStream\buffer() 等待数据时，纤程挂起，事件循环转而处理其他连接。成百上千的并发连接在单个进程中即可高效运行。
底层调度细节：纤程栈与事件循环的交互
理解 Amp + Revolt 的性能特征，需要深入纤程栈与事件循环的交互方式。
纤程创建成本：PHP 的 Fiber 在创建时会分配独立的 C 栈和 VM 栈。默认栈大小约为 8MB（可通过 fiber.stack_size 调整），但实际物理内存按需分配。创建 10,000 个纤程的内存开销远低于创建 10,000 个线程。
挂起与恢复：Fiber::suspend() 会保存当前执行上下文（包括局部变量、调用栈），并切换回调度器。恢复时从保存点继续。这一过程完全在用户态完成，耗时通常在微秒级。
事件循环的 tick 机制：Revolt 驱动在每次 run() 循环中执行以下步骤：
- 计算最近的定时器超时；
- 调用
stream_select()或epoll_wait()等待 I/O 事件； - 处理就绪的 I/O 回调（在纤程中执行）；
- 执行到期的定时器回调；
- 处理微任务队列（
defer和queue）。
微任务队列是纤程调度的关键。当 Future 完成时，其回调被推入微任务队列，在当前 tick 结束前执行。这保证了异步操作的顺序性和及时性。
实践中的陷阱与优化
尽管模型优雅，实际使用中仍需注意：
- CPU 密集型任务阻塞事件循环：纤程是协作式的，一个长时间运行的 CPU 任务会阻塞所有其他纤程。解决方案是将此类任务 offload 到进程池（如 Amp 的
Process\Pool）。 - 纤程泄漏：未捕获异常的纤程可能导致资源无法释放。Amp 的
async()返回Future，必须await或显式忽略，否则异常会被吞没。 - 栈大小调优：深度递归或大量局部变量的纤程可能超出默认栈大小，需通过
fiber.stack_size调整。 - 与阻塞扩展的兼容性：某些 PHP 扩展（如旧版 MySQL 客户端）内部使用阻塞 I/O，会阻塞整个事件循环。应优先选用异步驱动（如
amphp/mysql）。
结语
PHP 的纤程、Revolt 事件循环与 Amp 框架共同构成了一套完整的底层并发模型。Fiber 提供了挂起与恢复的能力，Revolt 定义了事件循环的标准接口，Amp 则封装了面向开发者的异步原语。三者分层协作，使 PHP 在不引入多线程复杂性的前提下，获得了高并发 I/O 处理能力。对于构建 WebSocket 服务、API 网关、实时数据管道等场景，这一模型已成为现代 PHP 的首选方案。
未经允许不得转载：任鹏个人博客 » PHP 纤程调度与事件循环：结合 Revolt 与 Amp 的底层并发模型
