參考鏈接：

首先搞清楚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 模式

1. 當客戶端發送一個請求時，web server會通過一個php-fpm進程(這里和下文所說指的fpm進程都是fpm開啟的worker進程，關于fpm的工作原理這里不再累述)去執行php代碼，php代碼的執行是單線程的。

2. 那么，當有多個客戶端同時發送請求時(并發)，web server會通過php-fpm為每個請求開啟一個單獨進程去執行php代碼。

3. 請求執行過后，空閑的php-fpm進程被銷毀，內存得以釋放。

4. 但并發的問題在于，在某一時間，客戶端請求讓php-fpm進程數量達到了最大限制數，這個時候，新來的請求只能等待空閑的php-fpm進程來處理，這就是多進程同步阻塞模式的弊端，當然還有進程過多所帶來的內存占用問題。

內容來源于網絡如有侵權請私信刪除

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的php-cgi并发,对于php-fpm和cgi，还有并发响应的理解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。