簡單了解PHP底層原理“CGI、FastCGI、PHP-CGI和PHP-FPM”概念與大致區分

[重要通告]如您遇疑難雜癥,本站支持知識付費業務,掃右邊二維碼加博主微信,可節省您寶貴時間哦!

上篇文章說最近再折騰PHP的東西，用到了PHP-FPM，但PHP底層腳本有很多，那就需要做一下大致的解說，這樣自己也明白，順便做個記錄；

簡單了解PHP底層原理“CGI、FastCGI、PHP-CGI和PHP-FPM”概念與大致區分

CGI：是為了保證web server傳遞過來的數據是標準格式的，方便CGI程序的編寫者（是一種協議：通用網關協議）。

Fastcgi：是cgi的升級版，是用來提高CGI程序性能的（也是一種協議）。

php-cgi：是一個實現了CGI協議的程序，用來解釋PHP腳本的程序。

PHP-FPM : 是一個實現了Fastcgi協議的程序，被PHP官方收了。

CGI 簡介

CGI全稱是通用網關接口（Common Gateway Interface），是外部應用程序與與服務器之間的接口標準，是在CGI程序和web服務器之間傳遞信息的規程。

在物力層面上、CGI是一段程序，運行在服務器上。

CGI可以用任意語言編寫，主要這種語言具有標準輸入、輸出和環境變量

FastCGI? 簡介

FastCGI是一個可伸縮地、高速地在HTTP server和動態腳本語言間通信的接口。多數流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同時，FastCGI也被許多腳本語言所支持，其中就有PHP。

FastCGI是從CGI發展改進而來的。傳統CGI接口方式的主要缺點是性能很差，因為每次HTTP服務器遇到動態程序時都需要重新啟動腳本解析器來執行解析，然后結果被返回給HTTP服務器。這在處理高并發訪問時，幾乎是不可用的。另外傳統的CGI接口方式安全性也很差，現在已經很少被使用了。

FastCGI接口方式采用C/S結構，可以將HTTP服務器和腳本解析服務器分開，同時在腳本解析服務器上啟動一個或者多個腳本解析守護進程。當HTTP服務器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然后將得到的結果返回給瀏覽器。這種方式可以讓HTTP服務器專一地處理靜態請求或者將動態腳本服務器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。

原理
Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)
FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接。
當客戶端請求到達Web Server時，FastCGI進程管理器選擇并連接到一個CGI解釋器。Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi。
FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。在CGI模式中，php-cgi在此便退出了。

PHP-CGI 簡介

PHP-CGI是php自帶的Fast-CGI管理器。

PHP-CGI的不足：

php-cgi變更php.ini配置后需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。

直接殺死php-cgi進程，php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑從新生成新的子進程。）

PHP-FPM? 簡介

PHP-FPM是一個PHP FastCGI的管理器，他是能夠調度php-cgi進程的程序。

修改php.ini之后，php-cgi進程的確沒辦法平滑重啟，但php-fpm對此的應對方法是新的進程用新的配置，已經存在的進程讓按照之前的配置執行到結束。用這種方式進行平滑過渡。

PHP-fpm就是針對于PHP的，Fastcgi的一種實現，他負責管理一個進程池，來處理來自Web服務器的請求。目前，PHP-fpm是內置于PHP的