PHP-FPM
早期版本的 PHP 并沒有內(nèi)置的 WEB 服務(wù)器，而是提供了 SAPI（Server API）給第三方做對接。現(xiàn)在非常流行的 php-fpm 就是通過 FastCGI 協(xié)議來處理 PHP 與第三方 WEB 服務(wù)器之間的通信。 ? （推薦學(xué)習(xí)： swoole視頻教程）
比如 Nginx + php-fpm 的組合，這種方式運行的 fpm 是 Master/Worker 模式，啟動一個 Master 進程監(jiān)聽來自 Nginx 的請求，再 fork 多個 Worker 進程處理請求。每個 Worker 進程只能處理一個請求，單一進程的生命周期大體如下：
初始化模塊。
初始化請求。此處請求是請求 PHP 執(zhí)行代碼的意思，并非 HTTP 的請求。
執(zhí)行 PHP 腳本。
結(jié)束請求。
關(guān)閉模塊。
swoole 采用的也是 Master/Worker 模式，不同的是 Master 進程有多個 Reactor 線程，Master 只是一個事件發(fā)生器，負(fù)責(zé)監(jiān)聽 Socket 句柄的事件變化。Worker 以多進程的方式運行，接收來自 Reactor 線程的請求，并執(zhí)行回調(diào)函數(shù)（PHP 編寫的）。啟動 Master 進程的流程大致是：
初始化模塊。
初始化請求。因為 swoole 需要通過 cli 的方式運行，所以初始化請求時，不會初始化 PHP 的全局變量，如 $_SERVER, $_POST, $_GET 等。
執(zhí)行 PHP 腳本。包括詞法、語法分析，變量、函數(shù)、類的初始化等，Master 進入監(jiān)聽狀態(tài)，并不會結(jié)束進程。
Swoole 加速的原理
由 Reactor（epoll 的 IO 復(fù)用方式）負(fù)責(zé)監(jiān)聽 Socket 句柄的事件變化，解決高并發(fā)問題。
通過內(nèi)存常駐的方式節(jié)省 PHP 代碼初始化的時間，在使用笨重的框架時，用 swoole 加速效果是非常明顯的。
對比不同
PHP-FPM
Master 主進程 / Worker 多進程模式。
啟動 Master，通過 FastCGI 協(xié)議監(jiān)聽來自 Nginx 傳輸?shù)恼埱蟆?/strong>
每個 Worker 進程只對應(yīng)一個連接，用于執(zhí)行完整的 PHP 代碼。
PHP 代碼執(zhí)行完畢，占用的內(nèi)存會全部銷毀，下一次請求需要重新再進行初始化等各種繁瑣的操作。
只用于 HTTP Server。
Swoole
Master 主進程（由多個 Reactor 線程組成）/ Worker 多進程（或多線程）模式
啟動 Master，初始化 PHP 代碼，由 Reactor 監(jiān)聽 Socket 句柄的事件變化。
Reactor 主線程負(fù)責(zé)子多線程的均衡問題，Manager 進程管理 Worker 多進程，包括 TaskWorker 的進程。
每個 Worker 接受來自 Reactor 的請求，只需要執(zhí)行回調(diào)函數(shù)部分的 PHP 代碼。
只在 Master 啟動時執(zhí)行一遍 PHP 初始化代碼，Master 進入監(jiān)聽狀態(tài)，并不會結(jié)束進程。
不僅可以用于 HTTP Server，還可以建立 TCP 連接、WebSocket 連接。
