PHP 的 I/O 模型演进，是一部从“简单脚本”到“高并发服务”的底层革命史。它不是语法的堆砌，而是运行时模型、系统调用、并发范式的持续重构。
一、CGI 时代（1995–2000s 初）：每个请求一个进程
模型：
- Web 服务器（Apache）收到请求 →fork 一个新 PHP 进程；
- PHP 执行脚本 → 输出 HTML →进程退出。
I/O 特点：
- 完全同步阻塞：
$data=file_get_contents('http://api.com');// 阻塞整个进程 - 无连接复用：每次请求新建 DB 连接；
- 无状态：进程退出，内存清零。
瓶颈：
- 进程创建/销毁开销大（每次加载 Zend 引擎）；
- 无法处理长连接；
- 高并发下 OOM（每个进程 10–50MB）。
📜遗产：
php -S内置服务器仍用此模型。
二、FPM 时代（2010s 主流）：常驻进程 + 同步阻塞
模型：
- Master 预创建 Worker 进程池；
- 每个 Worker常驻内存，处理多个请求（
pm.max_requests后重启）。
I/O 特点：
- 仍为同步阻塞，但进程复用：
// 请求1: Worker A 执行$pdo=newPDO(...);// 连接// Worker A 退出？不！继续处理请求2 - I/O 等待时，Worker 空闲（不处理其他请求）；
- TCP 连接无法跨请求复用（脚本结束即关闭）。
优化手段：
- OPcache：避免重复编译脚本；
- 连接池代理：用 ProxySQL/Redis Proxy 复用 DB 连接；
- FPM 配置调优：
pm.max_children,pm.max_requests。
瓶颈：
- Worker 数量 = 并发上限；
- I/O 密集型场景 CPU 利用率低（等待时 CPU 闲置）。
✅优势：简单、稳定、调试友好；
❌劣势：高并发下资源浪费。
三、异步扩展时代（2010s 中）：非阻塞 I/O 的探索
代表扩展：
- libevent（2008）
- ReactPHP（2010）
- Swoole（2012，早期版本）
模型：
- 单线程事件循环（Event Loop）；
- 非阻塞 I/O + 回调（Callback）。
I/O 特点：
// ReactPHP 示例$loop=React\EventLoop\Factory::create();$browser=newReact\Http\Browser($loop);$browser->get('http://api.com')->then(function($response){echo$response->getBody();});$loop->run();- I/O 等待时，事件循环处理其他任务；
- 无阻塞，高并发。
痛点：
- 回调地狱（Callback Hell）：
A()->then(function(){B()->then(function(){C()->then(...);// 嵌套地狱});}); - 无法与同步代码混用；
- 生态不成熟（DB、Redis 驱动少）。
🔍意义：证明 PHP 可做异步，但开发者体验差。
四、协程时代（2018–至今）：同步语法 + 异步性能
代表：Swoole 4.0+、RoadRunner（Go 驱动）
模型：
- 单进程多协程（Coroutine）；
- 用户态调度（无 OS 线程切换开销）；
- 同步语法写异步逻辑（无回调）。
I/O 特点：
// Swoole 协程Co\run(function(){$data=Co::httpGet('http://api.com');// 同步写法，异步执行echo$data;});- I/O 等待时，自动切换协程；
- 连接池内置：
$pool=newSwoole\Database\PDOPool($config);$pdo=$pool->get();// 从池获取$pool->put($pdo);// 归还
革命性突破：
| 维度 | FPM | Swoole 协程 |
|---|---|---|
| 并发模型 | 多进程 | 单进程多协程 |
| 内存/10k 并发 | ~5GB | ~100MB |
| QPS（I/O 密集） | 2000 | 30000+ |
| 开发体验 | 同步 | 同步语法 |
| 长连接 | 不支持 | 原生支持 |
⚠️代价：
- 不能使用同步阻塞函数（
sleep,mysqli）；- 全局变量需协程隔离；
- 调试复杂度高。
五、I/O 模型演进对比
| 时代 | 并发模型 | I/O 模型 | 编程范式 | 适用场景 |
|---|---|---|---|---|
| CGI | 1 请求 = 1 进程 | 同步阻塞 | 过程式 | 低流量静态站 |
| FPM | 多进程（常驻） | 同步阻塞 | MVC/框架 | 传统 Web 应用 |
| 异步扩展 | 单线程事件循环 | 非阻塞 + 回调 | 函数式 | 实验性项目 |
| 协程 | 单进程多协程 | 非阻塞 + 同步语法 | 命令式 | 高并发 API/微服务 |
六、未来趋势
- FPM 不会消失：
- 90% 业务仍是短请求、无状态；
- 开发/运维成本低。
- 协程成为高并发标配：
- Swoole 生态成熟（Hyperf、EasySwoole）；
- RoadRunner（Go 驱动）提供另一种路径。
- PHP 8+ JIT 的定位：
- 不为 Web 请求加速（I/O 密集）；
- 为 CPU 密集型场景（机器学习、视频处理）。
七、总结
PHP 的 I/O 演进，本质是：
从“操作系统管理并发”到“用户态管理并发”的范式转移。
- CGI/FPM：依赖 OS 进程调度，简单但低效；
- 协程：用户态调度，高效但复杂。
✅对 PHP 程序员的启示：
- 不要盲目追新：FPM 仍是大多数场景的最佳选择；
- 理解 I/O 模型：才能在“高并发”需求时，做出正确技术选型；
- 掌握底层：
strace、ss、perf是诊断 I/O 问题的终极武器。
PHP 的 I/O 之问，
不是“如何写代码”，
而是“如何与操作系统协作”。
