cgi php-cgi,PHP底層原理

一  概念：

cgi

cgi(common gateway interface)，通用網關介面。 web server(如nginx)和腳本解析器(如php-cgi)之間互動的時候所使用的協定。它規定了諸如請求的url、http header、post資料等資料應該以怎樣的格式傳遞給腳本解析器，以及腳本解析器應該以怎樣的格式傳回http response。

fastcgi

fastcgi是cgi的升級版協定。標準的cgi對每個請求會parse一遍對應腳本的設定檔（如php.ini），載入設定和擴展，初始化執行環境，效能非常差。 fastcgi採用master-worker模式和常駐記憶體的的策略，提高了響應速度。

php-cgi

php的fastcgi實現，同時也作為php的腳本解析器負責運行php腳本；缺點是進程管理調度比較差。

php-fpm

用於管理和調度php-cgi進程，類似的有spawn-fcgi

二原理

先了解一下普通cgi的工作流程：
先了解一下普通cgi的用戶請求，
把請求提交給cgi程序，cgi程序根據請求提交的參數作相應處理，然後輸出標準的html語句返回給web server，web server再返回給客戶端，這就是普通cgi的工作原理。
從上面看，cgi所要實現的不過是動態網頁而已，這種處理方式的特點就是每接到一個請求，web server都要fork出一個單獨的cgi程序的進程來處理，這種方式的好處是把web server和具體的程式處理獨立開來，結構清晰，可控性強，同時缺點就是如果在高存取需求的情況下，cgi的進程fork就會成為很大的伺服器負擔，想像一下數百個並發請求導致伺服器fork出數百個進程就明白了。這也是為什麼cgi一直背負性能低下，高資源消耗的惡名的原因。
相應的有問題就有解決方案，目前流行的方案就是使用模組設計，基本上目前的web server都有相應的模組機制來擴充它的功能，只要按照其設計規範設計出來的模組，就能插入到web server本身的進程處理，因此效能有很大改觀，例如IIS的isapi，apache的dso。但是，這種方法也不是沒有缺點的，例如對於不同的web server，要按照不同標準開發，無法做到webserver無關性；例如這將輸入驗證的工作轉交給了web server，沒辦法自由處理；例如一旦出現問題將影響整個web server處理流程；例如插入web server進程導致的無法以多使用者標示執行，無法處理虛擬主機權限等。

所幸我們還有另外的選擇，這就是fastcgi。 fastcgi是基於cgi架構的擴展，他的核心思想就是在web server和具體cgi程式之間建立一個智慧的可持續的中間層，統管cgi程式的運行，這樣web server只需要將請求提交給這個層，這個層再派生出幾個可復用的cgi程序實例，然後再把請求分發給這些實例，這些實例是可控的，可持續，可復用的，因此一方面避免了進程反复fork，另一面向又可以透過中間層的控制和探測機制來監控這些實例的運作情況，根據不同的狀況fork或回收實例，達到彈性和穩定性兼得的目的。

三 

PHP底層工作原理

http://www.nowamagic .net/librarys/veda/detail/102/

以上就介紹了cgi php-cgi,PHP底層原理，包括了方面的內容，希望對PHP教程有興趣的朋友有所幫助。

🎜