對 PHP-FPM 和 CGI，還有併發響應的理解

關於本篇文章的部分糾正，請參考這篇文章：http://www.cppblog.com/woaido...

首先搞清楚php-fpm與cgi的關係

CGI

CGI是一個web server與cgi程序（這裏能夠理解爲是php解釋器）之間進行數據傳輸的協議，保證了傳遞的是標準數據。

PHP-CGI

php-cgi是php解釋器，就是上文提到的cgi程序。

Fastcgi

Fastcgi是用來提升cgi程序（php-cgi）性能的方案/協議。

cgi程序的性能問題在哪呢？"PHP解析器會解析php.ini文件，初始化執行環境"，就是這裏了。標準的CGI對每一個請求都會執行這些步驟，因此處理的時間會比較長。

Fastcgi會先啓一個master進程，解析配置文件，初始化執行環境，而後再啓動多個worker進程。當請求過來時，master會傳遞給一個worker，而後當即能夠接受下一個請求。這樣就避免了重複勞動，效率天然提升。並且當worker不夠用時，master能夠根據配置預先啓動幾個worker等着；固然空閒worker太多時，也會停掉一些，這樣就提升了性能，也節約了資源。這就是Fastcgi的對進程的管理。

PHP-FPM

　　上文提到了Fastcgi只是一個方案或者協議，那麼php-fpm就是這個實現了Fastcgi的程序，也就是說，上文所描述的進程分配和管理是FPM來作的。官方對FPM的解釋是 Fastcgi Process Manager（Fastcgi 進程管理器）。

PHP對併發訪問的處理

進程和線程

PHP從代碼級別來說不支持多線程操做，不能像Java、C#等語言同樣能夠編寫多線程代碼。但多線程和併發沒有直接關係，多線程只是代碼被運行時在同一時間同時執行多個線程任務，來提升服務器CPU的利用率，提升代碼效率。但php是能夠多進程執行的，上文所述的FPM進程管理機制就是多進程單線程的，有效提升了併發訪問的響應效率。

簡單的web server + php-fpm 模式

• 當客戶端發送一個請求時，web server會經過一個php-fpm進程（這裏和下文所說指的fpm進程都是fpm開啓的worker進程，關於fpm的工做原理這裏再也不累述）去執行php代碼，php代碼的執行是單線程的。
• 那麼，當有多個客戶端同時發送請求時（併發），web server會經過php-fpm爲每一個請求開啓一個單獨進程去執行php代碼。
• 請求執行事後，空閒的php-fpm進程被銷燬，內存得以釋放。
• 但併發的問題在於，在某一時間，客戶端請求讓php-fpm進程數量達到了最大限制數，這個時候，新來的請求只能等待空閒的php-fpm進程來處理，這就是多進程同步阻塞模式的弊端，固然還有進程過多所帶來的內存佔用問題等。

---

參考連接：

• https://www.zhihu.com/questio... php fpm 進程數和併發數是什麼關係？
• https://segmentfault.com/q/10... php不支持多線程因此不用考慮併發問題？
• http://bbs.csdn.net/topics/39... PHP是單線程的，如何應對大量的http訪問？ #9層回答
• https://www.cnblogs.com/scott... PHP 線程，進程和併發
• https://segmentfault.com/q/10... 搞不清FastCgi與PHP-fpm之間是個什麼樣的關係
• http://php.net/manual/zh/inst... FastCGI 進程管理器（FPM）
• https://www.cnblogs.com/Perki... 多線程(一)高併發和多線程的關係