本篇文章簡單介紹一下PHP中的fastcgi和php-fpm。有一定的參考價值，有需要的朋友可以參考一下，希望對大家有幫助。
講到PHP開發，就一定會提到fastcgi和php-fpm，這兩個東西對PHP的表現有著至關重要的作用。在百度實習的這段時間裡，用到的ODP環境就是用的php-fpm，但一直以來對它一無所知，甚至對整個PHP都概念模糊，這兩天任務提前完成，藉此機會對PHP做一點深入的了解。
Web伺服器
PHP作為一種專為Web開發而生的服務端語言，其實作必須藉助Web伺服器，常見的PHP架構有LAMP和LNMP ，找張圖片解釋了PHP的訪問情況。
#mod_php模式
可以看出請求是發送到Apache，之後由Apache來解析處理PHP並傳回結果給客戶端。當我們使用LAMP架構時，需要改變Apache的設定檔httpd.conf
加入如下两句 LoadModule phpx_module PHP_ROOT/phpxapache2_2.dllAddType appliaction/x-httpd-php.php 将下面语句做如下修改<IfModule dir_module> DirectoryIndex index.html</IfModule>改为 <IfModule dir_module> DirectoryIndex index.html index.htm index.php index.phtml</IfModule>
使用LoadModule來載入phpx_module（x為PHP版本號）。可以理解為將PHP作為Apache的子模組來運行，當請求存取PHP時，Apache就會呼叫phpx_module來解析PHP程式碼。
php_module是如何解析PHP程式碼的呢？ ——透過sapi。
Apache和PHP與sapi的關係如下圖：
sapi就是一個中間層，提供和外部通訊的接口，類似於socket，使得PHP可以和其他應用程式進行資料互動。 PHP提供了多種sapi，如給Apache和Nginx的php_module，給IIS的ISAPI等。
Apache呼叫PHP的執行程序：
Apache -> httpd -> php_module -> sapi -> PHP
#總之，Web伺服器透過伺服器透過伺服器透過伺服器php_module方式解析執行PHP的模式即為mod_php。
mod_fastcgi模式
PHP的sapi的另一種方式就是提供cgi模式，現在cgi已經被fastcgi取代。
所謂cgi，就是common gateway interface，當Web伺服器收到請求，就會把請求交給cgi程式（如PHP的fastcgi），cgi就會將請求做處理（解析PHP），然後將結果傳回Web伺服器，Web伺服器再將請求傳回給客戶端。
cgi的缺點就是每次請求都會有啟動和退出的過程，也就是飽受詬病的fork-and-execute模式，在大量並發的請況下就完蛋了。
fastcgi的誕生彌補這一不足，它的原理是早早啟動好等待請求，在回應完請求後不會退出，繼續等待下一個請求。
利用fastcgi的運作方式稱為mod_fastcgi。
比較一下mod_php和mod_fastcgi的不同。前者是將PHP作為Web伺服器的一個模組來運行，PHP與伺服器結合度大。後者是將fastcgi作為中間過程，PHP和Web伺服器只透過fastcgi來完成請求與回應。
mod_php模式
mod_php模式下，Apache每接受一個請求，就會產生一個行程來連接PHP透過sapi完成請求，在高並發的情況下，顯然伺服器會無法承受。
mod-fastcgi模式
這張圖可以看出，每當有請求到達時，httpd會呼叫sapi將請求傳遞給PHP，完成後不退出，等待下一請求。並發性能大大提高。
php-fpm
磨刀不誤砍柴工，前面的講解只為引出php-fpm。 php-fpm是做什麼的呢？其實就是用來輔助fastcgi的。
fastcgi是一種與平台無關，與語言無關的介面實現，只需要不同語言按照規定方式實現即可完成與Web伺服器的通訊。上圖所示的php-cgi就是PHP自備的fastcgi管理器。
網路上看到的php-cgi的問題主要有兩點：
php-cgi變更php.ini陪後需要重新啟動php-cgi才能讓新的php.ini生效，不能平滑重啟。
若直接殺死php-cgi，PHP便無法運
#php-fpm完美解決了上述不足，是一款專用的fastcgi管理器。
總之，php-fpm的作用就是專門管理PHP中的fastcgi，使PHP在高並發的情況下也能安全穩定的與Web伺服器合作，完成請求回應過程。
推薦學習：php影片教學
以上是淺談PHP中的fastcgi和php-fpm的詳細內容。更多資訊請關注PHP中文網其他相關文章！
