對於php-fpm和cgi，還有並發響應的理解
參考鏈接：
- 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
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-fpm和cgi，還有並發響應的理解