當nginx接收到一個http請求時，透過設定檔找到對應的server。然後匹配server中的所有location，找到最匹配的。而在location中的指令會啟動不同的模組去完成工作，例如rewrite模組、index模組。因此在nginx中模組可以看作真正的勞動工作者。 nginx的模組是被編譯到nginx中的，屬於靜態方式。啟動nginx時，模組會自動載入。不像apache，把模組單獨編譯成so文件，在設定檔中指定是否載入。所以，單比模組載入方面，nginx也比apache速度有提升。
那nginx是怎麼呼叫php的呢？先看下面的nginx中關於php的設定
location ~ \.php$ {
root /webpath;
fastcgi_pass 127.0.0.1:9000;
…
...
}這個location指令把以php為檔案後綴的請求，交給127.0.0.1:9000處理。我想你看到這個應該猜到了，這是C/S架構東西。 而這裡的IP位址和連接埠（127.0.0.1:9000）就是fastcgi進程監聽的IP位址和連接埠。 fastcgi是可伸縮地、高速地在http server和動態腳本語言間通訊的介面。多數流行的http server都支援fastcgi，包括apache、nginx和lighttpd等。同時，fastcgi也被許多腳本語言支持，其中就有php。
那這個fastcgi的設定IP和連接埠從何而來呢？在php-fpm.conf中可以看到如下：
listen = 127.0.0.1:9000 #这个表示php的fastcgi进程监听的ip地址以及端口 pm.start_servers = 2 php-fpm作为fastcgi的进程管理器，可以有效控制内存和进程，并且平滑重载php配置。php5.3以后，php-fpm被集成到php的core中，默认安装，无须配置。
fastcgi程序管理器php-fpm自身初始化，啟動主程序php-fpm和啟動start_servers個fastcgi子程序。主進程php-fpm主要是管理fastcgi子進程，監聽9000端口，fastcgi子進程等待請求。當客戶端請求到達nginx時，nginx透過location指令，將所有以php為後綴的檔案交給 127.0.0.1:9000 來處理。 php-fpm選擇並連接到一個fastcgi子進程，並將環境變數和標準輸入傳送到fastcgi子進程。 fastcgi子程序完成處理後將標準輸出和錯誤訊息傳回。當fastcgi子程序關閉連線時，請求便告處理完成，等待下次處理。
普通的cgi模式是進程但存在一個問題每來一個請求就必須fork一個進程導致效率緩慢
所以才有了fast cgi fpm就是fast cgi manager
fpm的模式也是行程但他會prefork 就是服務啟動的時候先fork一部分行程等待處理請求。
相關推薦：
#以上是nginx和php之間運作原理的詳細內容。更多資訊請關注PHP中文網其他相關文章！
