PHP內(nèi)核探索 —— Apache運行與鉤子函數(shù)
Apache是目前世界上使用最為廣泛的一種Web Server,它以跨平臺、高效和穩(wěn)定而聞名。按照去年官方統(tǒng)計的數(shù)據(jù),Apache服務(wù)器的裝機量占該市場60%以上的份額。尤其是在X(Unix/Linux)平臺上,Apache是最常見的選擇。其它的Web Server產(chǎn)品,比如IIS,只能運行在Windows平臺上,是基于微軟.Net架構(gòu)技術(shù)的不二選擇。
Apache并不是沒有缺點,它最為詬病的一點就是變得越來越重,被普遍認為是重量級的WebServer。所以,近年來又涌現(xiàn)出了很多輕量級的替代產(chǎn)品,比如lighttpd,nginx等等,這些WebServer的優(yōu)點是運行效率很高,但缺點也很明顯,成熟度往往要低于Apache,通常只能用于某些特定場合。
Apache的運行過程Apache的運行分為啟動階段和運行階段。 在啟動階段,Apache為了獲得系統(tǒng)資源最大的使用權(quán)限,將以特權(quán)用戶root(*nix系統(tǒng))或超級管理員Administrator(Windows系統(tǒng))完成啟動, 并且整個過程處于一個單進程單線程的環(huán)境中。 這個階段包括配置文件解析(如http.conf文件)、模塊加載(如mod_php,mod_perl)和系統(tǒng)資源初始化(例如日志文件、共享內(nèi)存段、數(shù)據(jù)庫連接等)等工作。
Apache的啟動階段執(zhí)行了大量的初始化操作,并且將許多比較慢或者花費比較高的操作都集中在這個階段完成,以減少了后面處理請求服務(wù)的壓力。
在運行階段,Apache主要工作是處理用戶的服務(wù)請求。 在這個階段,Apache放棄特權(quán)用戶級別,使用普通權(quán)限,這主要是基于安全性的考慮,防止由于代碼的缺陷引起的安全漏洞。 Apache對HTTP的請求可以分為連接、處理和斷開連接三個大的階段。同時也可以分為11個小的階段,依次為: Post-Read-Request,URI Translation,Header Parsing,Access Control,Authentication,Authorization, MIME Type Checking,F(xiàn)ixUp,Response,Logging,CleanUp
Apache Hook機制Apache的Hook機制是指:Apache 允許模塊(包括內(nèi)部模塊和外部模塊,例如mod_php5.so,mod_perl.so等)將自定義的函數(shù)注入到請求處理循環(huán)中。換句話說,模塊可以在Apache的任何一個處理階段中掛接(Hook)上自己的處理函數(shù),從而參與Apache的請求處理過程。
mod_php5.so/ php5apache2.dll就是將所包含的自定義函數(shù),通過Hook機制注入到Apache中,在Apache處理流程的各個階段負責(zé)處理php請求。
關(guān)于Hook機制在Windows系統(tǒng)開發(fā)也經(jīng)常遇到,在Windows開發(fā)既有系統(tǒng)級的鉤子,又有應(yīng)用級的鉤子。常見的翻譯軟件(例如金山詞霸等等)的屏幕取詞功能,大多數(shù)是通過安裝系統(tǒng)級鉤子函數(shù)完成的,將自定義函數(shù)替換gdi32.dll中的屏幕輸出的繪制函數(shù)。
Apache 服務(wù)器的體系結(jié)構(gòu)的最大特點,就是高度模塊化。如果你為了追求處理效率,可以把這些dso模塊在apache編譯的時候靜態(tài)鏈入,這樣會提高Apache 5%左右的處理性能。
Apache請求處理循環(huán)Apache請求處理循環(huán)的11個階段都做了哪些事情呢?
Post-Read-Request階段。在正常請求處理流程中,這是模塊可以插入鉤子的第一個階段。對于那些想很早進入處理請求的模塊來說,這個階段可以被利用。URI Translation階段。Apache在本階段的主要工作:將請求的URL映射到本地文件系統(tǒng)。模塊可以在這階段插入鉤子,執(zhí)行自己的映射邏輯。mod_alias就是利用這個階段工作的。Header Parsing階段。Apache在本階段的主要工作:檢查請求的頭部。由于模塊可以在請求處理流程的任何一個點上執(zhí)行檢查請求頭部的任務(wù),因此這個鉤子很少被使用。mod_setenvif就是利用這個階段工作的。Access Control階段。?Apache在本階段的主要工作:根據(jù)配置文件檢查是否允許訪問請求的資源。Apache的標(biāo)準(zhǔn)邏輯實現(xiàn)了允許和拒絕指令。mod_authz_host就是利用這個階段工作的。Authentication階段。Apache在本階段的主要工作:按照配置文件設(shè)定的策略對用戶進行認證,并設(shè)定用戶名區(qū)域。模塊可以在這階段插入鉤子,實現(xiàn)一個認證方法。Authorization階段。?Apache在本階段的主要工作:根據(jù)配置文件檢查是否允許認證過的用戶執(zhí)行請求的操作。模塊可以在這階段插入鉤子,實現(xiàn)一個用戶權(quán)限管理的方法。MIME Type Checking階段。Apache在本階段的主要工作:根據(jù)請求資源的MIME類型的相關(guān)規(guī)則,判定將要使用的內(nèi)容處理函數(shù)。標(biāo)準(zhǔn)模塊mod_negotiation和mod_mime實現(xiàn)了這個鉤子。FixUp階段。這是一個通用的階段,允許模塊在內(nèi)容生成器之前,運行任何必要的處理流程。和Post_Read_Request類似,這是一個能夠捕獲任何信息的鉤子,也是最常使用的鉤子。Response階段。Apache在本階段的主要工作:生成返回客戶端的內(nèi)容,負責(zé)給客戶端發(fā)送一個恰當(dāng)?shù)幕貜?fù)。這個階段是整個處理流程的核心部分。Logging階段。Apache在本階段的主要工作:在回復(fù)已經(jīng)發(fā)送給客戶端之后記錄事務(wù)。模塊可能修改或者替換Apache的標(biāo)準(zhǔn)日志記錄。CleanUp階段。?Apache在本階段的主要工作:清理本次請求事務(wù)處理完成之后遺留的環(huán)境,比如文件、目錄的處理或者Socket的關(guān)閉等等,這是Apache一次請求處理的最后一個階段。相關(guān)文章:
1. 如何在.net6webapi中使用自動依賴注入2. VUE使用ElementUI下拉框 @change事件數(shù)據(jù)不回顯問題3. Python如何對XML 解析4. 5個HTML5的常用本地存儲方式詳解與介紹5. vue頁面設(shè)置滾動失敗的完美解決方案(scrollTop一直為0)6. 使用JSP實現(xiàn)簡單的用戶登錄注冊頁面示例代碼解析7. ASP.NET MVC使用Boostrap實現(xiàn)產(chǎn)品展示、查詢、排序、分頁8. Ajax實現(xiàn)頁面無刷新留言效果9. 《CSS3實戰(zhàn)》筆記--漸變設(shè)計(二)10. JSP中out對象的實例詳解
