php是怎麼接收到請求的？
本片文章主要描述一下幾點
- nginx 怎麼轉發請求 給 PHPFPM?
- CGI 和 FastCGI 到底是個什麼玩意？
- PHPFPM 是什麼？有什麼作用？
簡單場景描述
在瀏覽器上訪問一個 php+nginx+mysql 構建的商城，並且購買一件商品。
分析 （這裡訪問的有兩種資源）
- 靜態資源（網站的一些圖片，圖示等）
- 動態資源 （購買商品的價格，商品的簡介等）
瀏覽器發起請求 --> web_server（nginx）分發處理 --> php執行程式碼返回結果 （這是大概的流程）
nginx是怎麼分發請求？
當使用者發起請求的時候(瀏覽器預設請求 80 埠)，nginx 監聽到 80埠，透過 nginx 配置正則匹配是否屬於靜態資源，如果是靜態資源則返回檔案，請求結束。如果是動態資源，透過 正則匹配到請求 php指令碼，那麼他會透過 nginx 的模組 ngx_http_fastcgi_module 把請求分發給 PHPFPM 處理，然後處理完畢返回結果。
-
CGI
CGI 是 Web 伺服器執行外部程式的規範。意思就是透過 CGI 可以與你的程式通訊，透過 CGI 標準格式。你的程式可以和瀏覽器互動。
（簡單理解 CGI 就是一個協議，規定了一些東西該怎麼傳，你的程式這邊怎麼接受處理等規範。） -
PHP-CGI
PHP-CGI 就是 CGI 協議 php的一個實現版。PHP-CGI 會為每個請求 fork 一個程式處理，處理完成後退出。(這個模式叫做 fork-and-execute)。這樣的模式不符合現在動不動大規模的流量，所以已退出歷史舞臺。 -
FastCGI
FastCGI 是 CGI 的升級版，他會預先啟動一個 master 程式讀取配置檔案，然後 fork 多個 work 程式等待連線。監聽到請求，分配個 work 程式做具體的處理。這樣大大提高了程式的效能。（FastCGi 會管理程式，處理完成後不會輕易銷燬。而 CGI 會為每一個請求 建立程式，銷燬程式。） -
PHPFPM
作為世界上最好的語言，當然要跟上潮流。當發現 PHP-CGI 效能不佳時，又恰好出現了 FastCGI 協議。所以 PHP 實現了一個php版本的 FastCGI，名字叫做 PHPFPM（FastCGI Process Manager）。 PHPFPM 啟動時會開啟 一個 master 程式和若干個 work 程式。master 程式監聽請求，並轉發給 work 程式處理，每一個 work 程式都有一個 php 直譯器，你的程式碼在每一個 work 程式中都有一份，work 程式是真正執行程式碼的地方。
SO
PHPFPM 監聽 9000 埠，nginx 匹配到 php 檔案，把請求轉發給 PHPFPM。PHPFPM master 監聽到請求後，分配給 work處理（每一個work 程式中都有一個 php直譯器），PHPFPM 在啟動的時候就已經 work程式已經載入了配置，載入了你寫程式碼。所以說 work 程式收到請求後立馬執行，然後返回結果。
ngx_http_fastcgi_module 模組
在瀏覽器請求 web_server 是 http 協議 或者 https 協議，但是 PHPFPM 不懂怎麼辦了？這裡 nginx 提供了一個 ngx_http_fastcgi_module ，ngx_http_fastcgi_module 把 http 或者 https 請求 對映成 FastCGI 請求。這樣 php 程式就能和使用者互動了。
純個人理解，如果有誤請指出。
本作品採用《CC 協議》，轉載必須註明作者和本文連結