PHP 进程 ≠ 协程。
这是理解 PHP 异步并发模型的核心分水岭。二者属于完全不同的抽象层级，解决不同维度的并发问题。
一、本质定义：进程 vs 协程
| 维度 | 进程（Process） | 协程（Coroutine） |
|---|---|---|
| 操作系统视角 | 独立的内存空间（代码、数据、堆栈） | 用户态线程（寄存于进程内） |
| 资源隔离 | 完全隔离（一个崩溃不影响其他） | 共享内存（需自行处理并发安全） |
| 创建开销 | 高（fork()系统调用，MB 级内存） | 极低（KB 级栈，纯用户态切换） |
| 通信方式 | IPC（管道、消息队列、共享内存） | 直接读写共享变量（需同步原语） |
| 调度者 | 操作系统内核（Preemptive） | 用户程序（Cooperative） |
✅核心区别：
进程是“操作系统级并发单元”，协程是“应用级并发单元”。
二、PHP 中的具体实现
1.PHP 进程（传统模型）
- 典型场景：PHP-FPM
- Master 进程监听端口；
- 每个请求由独立 Worker 进程处理；
- 请求结束 → 进程销毁所有变量（无内存泄漏）。
- 扩展：
pcntl扩展可手动创建进程：$pid=pcntl_fork();if($pid==0){// 子进程exit(0);}
2.PHP 协程（Swoole / ReactPHP）
- 典型场景：Swoole HTTP Server
- 单进程内启动协程；
- I/O 操作自动协程化（如
Co\Redis）； - 协程间共享 Worker 进程内存。
- 代码示例：
Swoole\Coroutine\run(function(){go(function(){// 协程 1$redis=newSwoole\Coroutine\Redis();$redis->connect('127.0.0.1',6379);$value=$redis->get('key');});go(function(){// 协程 2$mysql=newSwoole\Coroutine\MySQL();$mysql->connect(...);});});
⚠️关键：
Swoole 协程必须运行在 Swoole Server 的 Worker 进程内，
即：协程 ⊂ 进程。
三、调度机制：抢占式 vs 协作式
1.进程调度（Preemptive）
- 操作系统内核强制切换进程；
- 开发者无感知，无法控制切换时机；
- 优势：公平性高，防止单个进程霸占 CPU。
2.协程调度（Cooperative）
- 协程主动让出控制权（如遇到 I/O 操作）；
- Swoole 的 Hook 机制：
将sleep(),file_get_contents()等阻塞函数透明替换为协程友好的异步版本； - 切换时机：
- I/O 等待时（如
Co::sleep(1)）； - 调用
Co::yield()手动让出。
- I/O 等待时（如
- 风险：
CPU 密集型任务会阻塞整个进程（因无抢占）。
🌰示例：
// 协程 1Co::sleep(1);// 自动让出，协程 2 可运行// 协程 2for($i=0;$i<1000000;$i++){/* 纯 CPU 计算 */}// 阻塞整个进程！
四、资源与隔离性对比
| 资源 | 进程 | 协程 |
|---|---|---|
| 内存 | 独立地址空间 | 共享进程内存 |
| 文件描述符 | 独立 | 共享（需连接池） |
| 全局变量 | 安全（各进程独立） | 危险！（需协程上下文隔离） |
| 异常传播 | 限于单进程 | 可跨协程（需try/catch） |
协程的“上下文隔离”方案（Swoole）
- 协程上下文（Coroutine Context）：
Co::getContext()->user_id=123;// 仅当前协程可见 - 连接池（Connection Pool）：
避免协程间共享数据库连接。
⚠️经典陷阱：
$globalVar=0;go(function(){$globalVar=1;});go(function(){echo$globalVar;});// 可能输出 0 或 1（竞态条件）
五、使用场景：何时用进程？何时用协程？
✅用进程的场景
- CPU 密集型任务（如图像处理、加密）；
→ 利用多核，避免阻塞； - 需要强隔离（如多租户 SaaS）；
→ 一个租户崩溃不影响其他； - 传统 PHP 架构（PHP-FPM + Nginx）。
✅用协程的场景
- I/O 密集型任务（如 Web 服务、API 网关）；
→ 高并发下节省内存，提升吞吐； - 需要共享内存（如进程内缓存）；
→ 避免进程间通信开销； - 微服务/实时通信（如 WebSocket 服务器）。
📊性能对比（Web 服务）：
模型 内存/请求 1k 并发内存 吞吐量 PHP-FPM（进程） ~10MB 10GB 1k RPS Swoole（协程） ~1MB 1GB 10k RPS
六、混合模型：进程 + 协程
现代高性能 PHP 服务常采用混合架构：
- 多进程：利用多核 CPU；
- 每进程内多协程：高效处理 I/O 并发。
💡Swoole 默认配置：
worker_num = CPU 核数（进程数）max_coroutine = 3000（每进程协程数）
七、总结：进程与协程的庖丁解牛要点
| 维度 | 核心理解 |
|---|---|
| 本质 | 进程是 OS 资源单元，协程是用户态并发单元 |
| 关系 | 协程运行在进程内部（协程 ⊂ 进程） |
| 调度 | 进程：内核抢占；协程：用户协作 |
| 隔离 | 进程：强隔离；协程：共享内存（需防护） |
| 场景 | 进程：CPU 密集/强隔离；协程：I/O 密集/高并发 |
| PHP 实现 | 进程：PHP-FPM/pcntl；协程：Swoole/ReactPHP |
✅终极口诀：
“进程隔离保安全，协程轻量扛高并发；
进程为骨撑多核，协程为血流 I/O。”
作为 PHP 开发者，你必须清晰：
协程不是“更轻的进程”，而是“更高效的 I/O 并发模型”——
混淆二者，将导致架构设计的根本性错误。
