深度解析 CGI、FastCGI、PHP-CGI 與 PHP-FPM 的關係與演進

在 PHP 部署與效能調優的道路上，CGI、FastCGI、PHP-CGI、PHP-FPM 這幾個概念繞不開、也最容易混淆。本文從歷史演進、工作原理、優缺點對比三個維度，為你梳理清晰的知識脈絡。

CGI：一切的起點

CGI（Common Gateway Interface，公共閘道介面） 是 Web 伺服器與外部程式溝通的標準協議。早期 Web 伺服器只能處理靜態檔案，動態內容需交給外部程式（Perl、C、PHP 等）處理。

工作模式：

1. 請求到達 → Web Server fork 子進程
2. 啟動 CGI 解釋器（如 php-cgi）
3. 初始化環境、載入 php.ini、載入擴展
4. 處理請求、輸出結果
5. 進程退出，資源釋放

致命缺陷：

fork-and-execute 模式導致效能極差——每次請求都要重複「啟動解釋器 → 載入配置 → 初始化資料結構」的昂貴操作，高併發下伺服器輕易癱瘓。

FastCGI：常駐進程的突破

FastCGI 是 CGI 的改良版，核心思想是 「常駐進程」：解釋器啟動後常駐記憶體，不再重複啟動銷毀。

工作流程：

1. Web Server 啟動時載入 FastCGI 進程管理器
2. 管理器預先啟動多個解釋器進程（如多個 php-cgi）
3. 請求到達 → 管理器分派給空閒進程
4. 進程處理完畢 → 歸還池中等待下一請求

核心優勢：

• 效能大幅提升：配置解析、擴展載入、資料結構初始化只在啟動時做一次
• 支援持久連線：資料庫連線可複用，避免頻繁握手
• 語言無關、架構可擴展、支援分散式部署
• 進程隔離：比 Apache 模組模式更安全，單一進程崩潰不影響整體

記憶體代價：

多進程模型消耗較多記憶體。典型配置：Nginx + PHP-FPM，每個 php-cgi 進程約 20-30MB，64 進程約 1.2-2GB 記憶體。小記憶體伺服器需適當減少進程數。

PHP-CGI：PHP 官方自帶的 FastCGI 管理器

PHP 內建的 php-cgi 可作為 FastCGI 進程，但缺乏進程管理能力：

• 修改 php.ini 需重啟進程，不支援平滑重載
• 進程意外退出無法自動拉起，需外部監控工具（如 spawn-fcgi、supervisor）

PHP-FPM：專為 PHP 設計的進程管理器

PHP-FPM（FastCGI Process Manager） 解決了 php-cgi 的所有痛點，現為 PHP 官方標配（PHP 5.3.3+ 內建）。

核心功能：

• 進程池管理：靜態/動態/按需三種模式，智慧控制進程數
• 平滑重載：修改配置後 reload 即可生效，零停機
• 慢日誌記錄：自動記錄執行緩慢的腳本，助力效能調優
• 狀態頁面：即時監控進程狀態、請求佇列、記憶體佔用
• 權限隔離：不同池可用不同使用者/群組運行，提升安全性

配置範例：

[www]
pm = dynamic
pm.max_children = 50
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 20
pm.max_requests = 500
request_slowlog_timeout = 5s
slowlog = /var/log/php-fpm/slow.log

Spawn-FCGI：Lighttpd 衍生的通用管理器

早期常搭配 Nginx 使用，現已獨立為專案。缺點是配置分散、管理不如 PHP-FPM 直觀、易崩潰需 crontab 守護。PHP 5.3.3 後 PHP-FPM 完全可替代之。

總結對比表

現代部署建議

Nginx + PHP-FPM 是目前主流高效能 PHP 部署架構。啟用 PHP-FPM 只需編譯時加入 --enable-fpm，或直接使用官方預編譯套件。配合 Opcache、合理的進程池配置、慢日誌分析，即可構建穩定高效的 PHP 運行環境。