SAPI
這裡所說的 PHP 運行模式， 其實指的是 SAPI （Server Application Programming Interface，服務端應用程式連接埠 ）。 SAPI 為 PHP 提供了一個和外部通訊的接口， PHP 就是透過這個介面來與其它的應用進行資料互動的。針對不同的應用場景， PHP 也提供了多種不同的 SAPI ，常見的有：apache、apache2filter、apache2handler、cli、cgi、embed 、fast-cgi、isapi 等等。
php_sapi_name() — 傳回 web 伺服器和 PHP 之間的介面類型。可能傳回的值包括了aolserver、apache、apache2filter、apache2handler、 caudium、cgi （直到PHP 5.3）, cgi-fcgi、cli、 cli-server、 continuity、embed、fpm-fcgi、isapi、litespeed、 milter、nsnsapi、httpd 、pi3web、roxen、 thttpd、tux 和webjames。
目前 PHP 內建的許多 SAPI 實作都已不再維護或變的有些非主流了，PHP 社群目前正在考慮將一些 SAPI 移出程式碼庫。社群對許多功能的考量是除非真的非常必要，或者某些功能已近非常通用了，否則就在 PECL 庫中。
接下來會對其中五個比較常見的運行模式進行說明。
CLI 模式
CLI（ Command Line Interface ）， 也就是命令列接口，PHP 預設會安裝。透過這個接口，可以在 shell 環境下與 PHP 進行互動 。在終端機輸入php -v，會得到類似下圖的結果（安裝了PHP 前提）：
/index.html，那麼Nginx 會去文件系統中找到這個文件，發送給瀏覽器，這裡分發的是靜態資料；如果客戶端現在請求的是/index.php，根據設定文件，Nginx 知道這個不是靜態文件，需要去找PHP 解析器來處理，那麼它會把這個請求經過簡單處理後交給PHP 解析器。 Nginx 會傳哪些資料給 PHP 解析器呢？ url 要有吧，查詢字串也得有吧，POST 資料也要有，HTTP 請求頭不能少吧，好的，CGI 就是規定要傳哪些資料、以什麼樣的格式傳遞給後方處理這個請求的協議。
/index.php 這個請求後，首先會建立一個對應實作了CGI 協定的進程，這裡就是php-cgi（PHP解析器）。接下來 php-cgi 會解析 php.ini 文件，初始化執行環境，然後處理請求，再以 CGI 規定的格式傳回處理後的結果，退出進程。最後，Nginx 再把結果回傳給瀏覽器。整個流程就是一個 Fork-And-Execute 模式。當使用者請求數量非常多時，會大量擠佔系統的資源如記憶體、CPU 時間等，造成效能低。所以在用 CGI 方式的伺服器下，有多少個連線請求就會有多少個 CGI 子進程，子進程反覆載入是 CGI 效能低下的主要原因。
CGI 模式已經是比較古老的模式了，這幾年都很少用了。
FastCGI 模式
FastCGI（Fast Common Gateway Interface，快速通用網關介面）是一種讓互動程式與 Web 伺服器通訊的協定。 FastCGI 是早期通用網關介面（CGI）的增強版本。 FastCGI 致力於減少網頁伺服器與 CGI 程式之間互動的開銷，從而使伺服器可以同時處理更多的網頁請求。
根據定義可以知道，FastCGI 也是一種協議，實現了FastCGI 協議的程序，更像是一個常駐型（long-live）的CGI 協議程序，只要激活後，它可以一直執行著，不會每次都要花時間去fork 一次。
FastCGI 模式運作原理：FastCGI 進程管理器啟動之後，首先會解析php.ini 文件，初始化執行環境，然後會啟動多個CGI 協議解釋器守護進程(進程管理中可以看到多個php-cig 或php-cgi.exe)，並等待來自WEB 伺服器的連線；當用戶端要求到達WEB 伺服器時，FastCGI 進程管理器會選擇並連接到一個CGI 解釋器， WEB 伺服器將CGI環境變數和標準輸入傳送到FastCGI 的子進程php-cgi 中；php-cgi 子程序完成處理後便將標準輸出和錯誤訊息傳回給WEB 伺服器；此時php-cgi 子程序就會關閉連接，該請求便處理結束，接著繼續等待並處理來自FastCGI 進程管理器的下一個請求連線。
FastCGI 模式採用了 C/S 結構，可以將 WEB 伺服器和腳本解析伺服器分開，同時在腳本解析伺服器上啟動一個或多個腳本解析守護程式。當 WEB 伺服器每次遇到動態程式時，可以直接交付給 FastCGI 進程來執行，然後將所得的結果傳回瀏覽器。這種方式可以讓 WEB 伺服器專一地處理靜態請求或將動態腳本伺服器的結果傳回給客戶端，這在很大程度上提高了整個應用系統的效能。
另外，在 CGI 模式下，php-cgi 在 php.ini 設定變更後，需要重新啟動 php-cgi 進程才能讓新的 php-ini 設定生效，不可以平滑重新啟動。而在 FastCGI 模式下，PHP-FPM 可以透過產生新的子程序來實現 php.ini 修改後的平滑重啟。
PHP-FPM（PHP-FastCGI Process Manager）是 PHP 語言中實作了 FastCGI 協定的進程管理器，由 Andrei Nigmatulin 編寫實現，已被 PHP 官方收錄並整合到核心中。
FastCGI 模式的優點：
從穩定性上看，FastCGI 模式是以獨立的進程池來運行CGI 協定程序，單獨一個進程死掉，系統可以很輕易的丟棄，然後重新分配新的進程來運行邏輯；
從安全性來看，FastCGI 模式支援分散式運算。 FastCGI 程式和宿主的Server 完全獨立，FastCGI 程式掛了也不影響Server；
從效能來看，FastCGI 模式把動態邏輯的處理從Server 中分離出來，大負荷的IO 處理還是留給宿主Server，這樣宿主Server 可以一心一意處理IO，對於一個普通的動態網頁來說, 邏輯處理可能只有一小部分，大量的是圖片等靜態。
FastCGI 模式是目前 PHP 主流的 WEB 服務運作模式，擁有高效率可靠的效能，推薦大家使用。
Module 模式
PHP 常常與 Apache 伺服器搭配形成 LAMP 配對的運作環境。把PHP 作為一個子模組整合到Apache 中，就是Module 模式，Apache 中的常見配置如下：
LoadModule php5_module modules/mod_php5.so
這使用了LoadModule 指令，該指令的第一個參數是模組的名稱，名稱可以在模組實現的源碼中找到。第二個選項是該模組所處的路徑。如果需要在伺服器執行時間載入模組，可以透過發送訊號 HUP 或 AP_SIG_GRACEFUL 給伺服器，一旦接受到該訊號，Apache 將重新載入模組，而不需要重新啟動伺服器。透過註冊到 apache2 的 ap_hook_post_config 掛鉤，在 Apache 啟動的時候啟動此模組以接受 PHP 檔案的請求。
例如，當客戶端存取 PHP 檔案時，Apache 會呼叫 php5_module 來解析 PHP 腳本。 Apache 每接收到一個請求，都會產生一個進程來連接 PHP 完成請求。在 Module 模式下，有時候會因為把 PHP 當模組編進 Apache，而導致出現問題時很難定位是 PHP 的問題還是 Apache 的問題。
过去，凭借着丰富的模块和功能，企业往往将 Apache 作为 WEB 服务器，于是以 Module 模式运行的 PHP Apache 的组合很常见。近些年，以异步事件驱动、高性能的 Nginx 服务器的崛起，市场份额快速增长，以 FastCGI 模式运行的 PHP Nginx 组合，拥有更佳的性能，有赶超 Apache 的趋势。
ISAPI 模式
ISAPI（Internet Server Application Program Interface）是微软提供的一套面向 Internet 服务的 API 接口，一个 ISAPI 的 DLL，可以在被用户请求激活后长驻内存，等待用户的另一个请求，还可以在一个 DLL 里设置多个用户请求处理函数，此外，ISAPI 的 DLL 应用程序和 WEB 服务器处于同一个进程中，效率要显著高于 CGI。由于微软的排他性，只能运行于 Windows 环境。
用的比较少，在这里就不做详细介绍了。
推荐学习：《PHP视频教程》
