最近在研究和學(xué)習(xí)php的性能方面的知識，看到了factcgi以及php-fpm，發(fā)現(xiàn)我對他們是少之又少的理解，可以說幾乎是一無所知，想想還是蠻可怕的。決定仔細的學(xué)習(xí)一下關(guān)于這方面的知識。
參考和學(xué)習(xí)了以下文章：
1. mod_php和mod_fastcgi和php-fpm的介紹,對比,和性能數(shù)據(jù)
2. 實戰(zhàn)Nginx_取代
為了如何一步步的引出fastcgi和php-fpm，我先一點一點的說說關(guān)于php的周邊。哎。突然覺得人活著好累！
先說說web服務(wù)器
php是為web而生的一門后端語言，我們php狗當然是最清楚的啦。所以php僅僅是一門后端語言，那么它就必須借助于web服務(wù)器，才能提供web功能。當然其他的后端語言如果做web應(yīng)用，也必須借助于web服務(wù)器。好，由php引出了web服務(wù)器，不錯！
那么常見的web服務(wù)器有哪些呢？php狗用的最多的就是Apache了，還有其他的：
apache
nginx
IIS
lighttpd
tomcat
基本上就是上面幾種，與php相關(guān)聯(lián)起來用的最多的就是Apache和Nginx了。
我們先舉例用apache當作web服務(wù)器，來說明一次完整的php訪問的情況：
圖片中就很好的解釋了php與Apache結(jié)合mysql數(shù)據(jù)庫的一次完成的web訪問流程圖
mod_php模式
上面講清楚了php必須借助于web服務(wù)器才能提供web的功能服務(wù)，現(xiàn)在看下他倆是怎么成為基友的。
我們用到的最多的就是Apache了。那么回憶一下，如何使apache是怎么能夠識別php代碼的？是不是apache的配置文件httpd.conf中加上或者修改這樣幾句：
//加入以下2句LoadModule php5_module D:/php/php5apache2_2.dllAddType application/x-httpd-php .php//將下面的<IfModule dir_module> DirectoryIndex index.html</IfModule>//將其修改為：<IfModule dir_module> DirectoryIndex index.html index.htm index.php index.phtml</IfModule>
上面的windows下安裝php和apache環(huán)境后的手動配置，在linux下源碼安裝大致是這樣配置的：
./configure --with-mysql=/usr/local --with-apache=/usr/local/apache --enable-track-vars
所以，這種方式，他們的共同本質(zhì)都是用LoadModule來加載php5_module，就是把php作為apache的一個子模塊來運行。當通過web訪問php文件時，apache就會調(diào)用php5_module來解析php代碼。
那么php5_module是怎么來將數(shù)據(jù)傳給php解析器來解析php代碼的呢？
答案是通過sapi
我們再來看一張圖，詳細的說說apache 與 php 與 sapi的關(guān)系：
從上面圖中，我們看出了sapi就是這樣的一個中間過程，SAPI提供了一個和外部通信的接口，有點類似于socket，使得PHP可以和其他應(yīng)用進行交互數(shù)據(jù)（apache,nginx,cli等）。php默認提供了很多種SAPI，常見的給apache和nginx的php5_module，CGI，給IIS的ISAPI，還有Shell的CLI。
所以，以上的apache調(diào)用php執(zhí)行的過程如下：
apache -> httpd -> php5_module -> sapi -> php
好了。apache與php通過php5_module的方式就搞清楚了吧！
我們把這種運行方式叫做mod_php模式
mod_fastcgi模式
上面我們仔細說了php與apache通過php5_module,php5_module通過sapi的方式訪問php，來達到php web的整個流程。
上面也說到了sapi，sapi是php提供的統(tǒng)一接口，它提供給了php5_module和cgi等方式供web服務(wù)器來鏈接和解析php代碼。上面講到的php5_module加載模式，我們稱之為mod_php模式。
那么！當當當當！馬上就要說出fastcgi模式了。哈哈哈哈哈，太不容了。
那么php的sapi的另一種方式就是提供cgi模式，由于cgi比較老所以就出現(xiàn)了fastcgi來取代它。
所以，哎。沒辦法，又要說什么是CGI了?
CGI(Common Gateway Interface)。CGI是外部應(yīng)用程序（CGI程序）與Web服務(wù)器之間的接口標準，是在CGI程序和Web服務(wù)器之間傳遞信息的規(guī)程。CGI規(guī)范允許Web服務(wù)器執(zhí)行外部程序，并將它們的輸出發(fā)送給Web瀏覽器，CGI將Web的一組簡單的靜態(tài)超媒體文檔變成一個完整的新的交互式媒體。
看官方的解釋就蛋疼，簡單的說，就是：cgi就是專門用來和web 服務(wù)器打交道的。web服務(wù)器收到用戶請求，就會把請求提交給cgi程序（php的fastcgi），cgi程序根據(jù)請求提交的參數(shù)作應(yīng)處理（解析php），然后輸出標準的html語句返回給web服服務(wù)器，再返回給客戶端，這就是普通cgi的工作原理。
cgi的好處就是完全獨立于任何服務(wù)器，僅僅是做為中間分子。提供接口給apache和php。他們通過cgi搭線來完成搞基動作。這樣做的好處了盡量減少2個的關(guān)聯(lián)，使他們2變得更獨立。
但是cgi有個蛋疼的地方，就是每一次web請求都會有啟動和退出過程，也就是最為人詬病的fork-and-execute模式，這樣一在大規(guī)模并發(fā)下，就死翹翹了。
所以。這個時候fastcgi運用而生了。它事先就早早的啟動好了，而且可以啟動多個cgi模塊，在那里一直運行著等著，等著web發(fā)過來的請求，然后再給php解析運算完成生成html給web后，也不會退出，而且繼續(xù)等著下一個web請求。而且這些cgi的模塊啟動是可控的，可監(jiān)測的。這種技術(shù)還允許把web server和php運行在不同的主機上，以大規(guī)模擴展和改進安全性而不損失生產(chǎn)效率。
所以現(xiàn)在一般操作系統(tǒng)都是fastcgi模式。cig模式也慢慢退出了歷史舞臺！我們文章中說cgi一般也就指fastcgi。
所以把這種運行方式叫做mod_fastcgi模式
我會在接下來的段落講如何使用fastcgi模式來連接php和apache(或者nginx)
總結(jié)一下：php 與 apache 或者 ngix 結(jié)合, 會用sapi 提供2種連接方法:mod_php和mod_fastcgi。mod_php 模式會將php模塊安裝到apache下面來運行，2者結(jié)合度較大。mod_fastcgi模式則是作為一個中間過程，apache介紹用戶請求后，就發(fā)送給fastcgi, 再連接php來完成訪問。
圖形表示一下這2種模式
mod_php 模式
mod_php 模式是將php模塊安裝到apache中，所以每一次apache結(jié)束的請求呢，都會產(chǎn)生一條進程，這個進程就完整的包括php的各種運算計算等操作。
從圖中我們很清晰的可以看到，apache每接收一個請求，都會產(chǎn)生一個進程來連接php通過sapi來完成請求，可想而知，如果一旦用戶過多，并發(fā)數(shù)過多，服務(wù)器就會承受不住了。
而且，把mod_php編進apache時，出問題時很難定位是php的問題還是apache的問題。
mod_fastcgi 模式
mod_fastcgi模式則剛剛相反，fastcgi是一個獨立與apache和php的獨立個體，它隨著apache一起啟動，生成多個cig模塊，等著apache的請求：
圖中fastcgi早早的啟動好了，靜靜的在哪里等著，已有apache發(fā)來的httpd請求就立馬接收過來，通過調(diào)用sapi給php，完成運算。而且不會退出。這樣就能應(yīng)對大規(guī)模的并發(fā)請求，因為web server的要做的事情少了，所以就更快的去處理下一個請求，這樣并發(fā)大大的。
由于apache 與 php 獨立了。出問題，很好定位到底是哪里出問題了。這點也是這種模式受歡迎的原因之一。
php-fpm
我了個大操，終于要說到php-fpm了。^....^
先開門見山說php-fpm是干嘛好的了。它就是專門來輔助mode_fastcgi模式的。
嗯。很好，先知道它是干嘛的后，我們再回到mode_fastcgi模式。通過前面的瞎雞巴一大堆的說明，我已經(jīng)搞清楚了這種模式是怎么樣子的一種狀態(tài)了。
fastcgi 是一個與平臺無關(guān)，與語言無關(guān)，任何語言只要按照它的接口來實現(xiàn)，就能實現(xiàn)自己語言的fastcgi能力和web server 通訊。
PHP-CGI就是PHP實現(xiàn)的自帶的FastCGI管理器。
雖然是php官方出品，自帶的，但是這丫的卻一點也不給力，性能太差，而且也很麻煩不人性化，主要體現(xiàn)在：
php-cgi變更php.ini配置后需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。
直接殺死php-cgi進程，php就不能運行了。
上面2個問題，一直讓很多人病垢了很久，所以很多人一直還是在用mode_php方式。
直到 2004年(確定是這么早嗎？)一個叫 Andrei Nigmatulin的屌絲發(fā)明了PHP-FPM ，這神器的出現(xiàn)就徹底打破了這種局面，這是一個PHP專用的fastcgi管理器，它很爽的克服了上面2個問題，而且，還表現(xiàn)在其他方面更表現(xiàn)強勁. 請戳官網(wǎng)
我擦，這一篇貌似又瞎比比的說超時了啊。好吧。那windows和linux下安裝配置php-fpm就下一節(jié)來說吧。反正我已經(jīng)已經(jīng)把php-fpm和fastcgi給講清楚了。
