PHP的運作原理

1、PHP的運行原理

典型題：Nginx + PHP - FPM 的運行原理
CGI：本身早期的一些Web Server 只能處理簡單的HTML靜態文件，但隨著技術的發展，出現了動態語言（如PHP，Python）。在這當中，如果我們要去處理 PHP得交個PHP解析器來處理，但是PHP處理完畢後，又要怎麼跟我們的 Web Server 來進行通訊呢？這是一個問題。為了解決不同的語言處理器 與 Web Server 的通信，出現了 CGI協議，只要按照 CGI協議 去編寫程序，就能夠實現語言解析器 與 Web Server 的通信。 （如：PHP的CGI程式) 在此過程中，CGI就是PHP解析器 和 Web Server 當中的協定橋樑。
FastCGI ：CGI雖然解決了PHP與Web Server 通訊的問題，但是它的效率很低，因為Web Server 每收到一個請求，都會新開一個CGI進程，然後請求結束的時候，再終止掉這個進程，這個時候如果說我們有一萬個，或者十萬個，或者一百萬個這樣的請求，我們就會新開十萬，一百萬這樣的進程，然後再去終止掉，本身來說，非常浪費我們的資源。此時FastCGI 就出現了，它主要是以CGI的改良版出現，每次處理完請求之後，不會終止掉這個進程，而是保留這個進程，使這個進程可以一次處理多個請求，這樣的話，每次就不用重新開一個進程了，大大提升了我們的效率。
PHP-FPM ： （FastCGI Process Manager : FastCGI的進程管理器） , FPM是 FastCGI的一個實現，並且提供了進程管理的功能。進程包括master進程和worker進程兩種進程， master進程只有一個，負責監聽端口，接收來自Web Server的請求；而Worker進程則一般會有多個，具體的數量會在FPM的配置中進行定義，每個進程的內部都會嵌入一個PHP解析器（那就是PHP程式碼真正執行的地方），也就是說，worker 來進行處理PHP程式碼，而master 主要是監聽端口，跟Web Server 來進行接收請求。本身來說，master監聽端口預設情況下是 9000，透過 Nginx的反向代理 去代理 9000端口，所以在這兒我們可以完成 FPM的相關處理。

2、簡述CGI、FastCGI 和 PHP-FPM 的差異。

CGI : 為了聯絡 Web Server 跟PHP解析器中的一個協議，它起一個橋樑的作用。
FastCGI : 是 CGI的改良版。
PHP-FPM : FastCGI Process Manager，FastCGI進程管理器。

以上是PHP的運作原理的詳細內容。更多資訊請關注PHP中文網其他相關文章！