swoole为什么比fpm快

PHP-FPM

早期版本的 PHP 并没有内置的 WEB 服务器，而是提供了 SAPI（Server API）给第三方做对接。现在非常流行的 php-fpm 就是通过 FastCGI 协议来处理 PHP 与第三方 WEB 服务器之间的通信。 （推荐学习： swoole视频教程）

比如 Nginx + php-fpm 的组合，这种方式运行的 fpm 是 Master/Worker 模式，启动一个 Master 进程监听来自 Nginx 的请求，再 fork 多个 Worker 进程处理请求。每个 Worker 进程只能处理一个请求，单一进程的生命周期大体如下：

初始化模块。

初始化请求。此处请求是请求 PHP 执行代码的意思，并非 HTTP 的请求。

执行 PHP 脚本。

结束请求。

关闭模块。

Swoole

Swoole 采用的也是 Master/Worker 模式，不同的是 Master 进程有多个 Reactor 线程，Master 只是一个事件发生器，负责监听 Socket 句柄的事件变化。

Worker 以多进程的方式运行，接收来自 Reactor 线程的请求，并执行回调函数（PHP 编写的）。启动 Master 进程的流程大致是：

初始化模块。

初始化请求。因为 swoole 需要通过 cli 的方式运行，所以初始化请求时，不会初始化 PHP 的全局变量，如 $_SERVER, $_POST, $_GET 等。

执行 PHP 脚本。包括词法、语法分析，变量、函数、类的初始化等，Master 进入监听状态，并不会结束进程。

Swoole 加速的原理

由Reactor（epoll 的 IO 复用方式）负责监听Socket句柄的事件变化，解决高并发问题。

通过内存常驻的方式节省 PHP 代码初始化的时间，在使用笨重的框架时，用 swoole 加速效果是非常明显的。