企业官网建设流程全解析

PHP 进程 ≠ 协程。
这是理解 PHP 异步并发模型的核心分水岭。二者属于完全不同的抽象层级，解决不同维度的并发问题。

一、本质定义：进程 vs 协程

✅核心区别：
进程是“操作系统级并发单元”，协程是“应用级并发单元”。

二、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()手动让出。
• 风险：
  CPU 密集型任务会阻塞整个进程（因无抢占）。

🌰示例：

// 协程 1Co::sleep(1);// 自动让出，协程 2 可运行// 协程 2for($i=0;$i<1000000;$i++){/* 纯 CPU 计算 */}// 阻塞整个进程！

四、资源与隔离性对比

协程的“上下文隔离”方案（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（每进程协程数）

七、总结：进程与协程的庖丁解牛要点

✅终极口诀：
“进程隔离保安全，协程轻量扛高并发；
进程为骨撑多核，协程为血流 I/O。”

作为 PHP 开发者，你必须清晰：
协程不是“更轻的进程”，而是“更高效的 I/O 并发模型”——
混淆二者，将导致架构设计的根本性错误。