PHP 是怎麼接收到請求的？

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 進程是真正執行程式碼的地方。

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 程式就能和使用者互動了。

純個人理解，如果有誤請指出。