运行php_php有哪些运行环境

PHP的运行环境，说来说去就那么几种主流方案，但每种方案的底层逻辑和适用场景其实差别不小。这里把三个最常见的模式拆开聊聊，看看它们各自是怎么工作的，以及为什么有的场景下性能会拉开差距。

1. nginx + swoole

Swoole 本质上是一个异步、并行、高性能的网络通信引擎，用纯 C 编写，但给 PHP 提供了异步多线程服务器的能力。它内置了 HTTP/WebSocket 服务器端和客户端，以及 HTTP/2.0 服务器端，还支持类似 Go 的协程编程——也就是说，你可以用同步的代码风格写出异步的程序行为。

它的底层采用了 I/O 多路复用 + 异步非阻塞的 Reactor 模型，结合多线程和多进程处理器来实现异步 I/O。每个 Reactor 可以处理大量连接请求，所以高并发场景下表现很稳。在实际部署中，常见的做法是让 nginx 作为前端流量入口和转发层，swoole 作为应用服务器，两者配合构建高并发的 Web 服务。

2. nginx + php-fpm

FastCGI 是一个中立的技术标准，而 php-fpm 就是 PHP 语言对这个标准的实现——一个进程管理器。传统的 CGI 模式是“fork-and-execute”：每来一个请求就 fork 一个进程处理，处理完就结束，而且每个请求都要重新解析 php.ini、加载扩展和初始化数据结构，效率很低。

FastCGI 的思路是提前启动好，在启动时完成 php.ini 解析、扩展加载和数据结构初始化，然后作为一个常驻的 CGI 管理服务器存在。它用进程/线程池预先启动一批子进程等待处理。Web 服务器通过 socket 长连接向 FastCGI 进程管理器发送请求，FastCGI 直接交给子进程处理，省去了每次请求启动 CGI 的开销，响应速度明显提升。处理完成后，子进程通过同一连接返回标准输出或错误，然后继续等待下一个请求。

3. apache + mod_php

mod_php 模式是把 PHP 作为 Apache 的一个模块来运行。Apache 启动时读取 php.ini 并加载扩展模块，运行期间不会重新读取。为了稳定性和安全性，Apache 通常使用默认的 prefork 模式来运行 PHP 程序。在 prefork 模式下，一个控制进程负责产生子进程，这些子进程监听请求并作出应答。

Apache 会尽量保持一些空闲子进程来迎接即将到来的请求，这样客户端不用等待子进程创建。但问题在于，一旦连接数飙升，Apache 必须生成更多进程来响应，CPU 在进程切换上耗费大量时间和资源，性能就会明显下降。同时，Apache 使用同步阻塞 I/O 模型，select 遍历多个连接句柄才能知道哪个有事件通知，效率也比较低。