參考鏈接： - https://www.zhihu.com/question/64414628 php fpm 進程數和併發數是什麼關係？ - https://segmentfault.com/q/1010000005942449/a-1020000012063637 php不支持多線程所以不用考慮 ...
參考鏈接：
- https://www.zhihu.com/question/64414628 php fpm 進程數和併發數是什麼關係？
- https://segmentfault.com/q/1010000005942449/a-1020000012063637 php不支持多線程所以不用考慮併發問題？
- http://bbs.csdn.net/topics/390778072 PHP是單線程的，如何應對大量的http訪問？ #9層回答
- https://www.cnblogs.com/scott19820130/p/4915515.html PHP 線程，進程和併發
- https://segmentfault.com/q/1010000000256516 搞不清FastCgi與PHP-fpm之間是個什麼樣的關係
- http://php.net/manual/zh/install.fpm.php FastCGI 進程管理器（FPM）
- https://www.cnblogs.com/PerkinsZhu/p/7242247.html 多線程(一)高併發和多線程的關係
首先搞清楚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進程來處理，這就是多進程同步阻塞模式的弊端，當然還有進程過多所帶來的記憶體占用問題。
