mod_php模式原理探析

MSchumi 發布于2019-07-01 10:54 / 657人閱讀

摘要：模塊加載原理的模塊可以以靜態方式編譯到可執行程序中，也可以在運行過程中動態加載以動態鏈接庫的方式。這樣在進程運行時一有請求，就可以加載動態鏈接庫文件形式的模塊，用來處理請求。

1、PHP與Apache工作模式

在傳統的LAMP架構中，PHP與Apache交互時，至少有兩種方式『運行PHP』：

使用CGI：Apache發送請求至php-cgi進程，php-cgi進程調用PHP解釋器，然后由PHP解釋器進程解釋php腳本代碼。

使用mod_php作為Apache的一個模塊：PHP解釋器作為Apache的一個內置模塊，即不存在外部的PHP進程，而是由Apache（中的mod_php模塊）進程解釋執行PHP腳本 - 這意味著PHP與Apache通信更方便快捷。

其中，『運行PHP』是指調用PHP解釋器解釋執行PHP腳本。

通過php的"php_sapi_name()’函數可知道，當前系統采用哪種工作模式。如當值為’apache2handler’時即表示：mod_php模式。

2、Apache模塊加載原理

Apache的模塊可以以靜態方式編譯到可執行程序中，也可以在Apache運行過程中動態加載（以動態鏈接庫的方式）。這意味著：可以對Apache服務器程序進行擴展而無需重新源碼編譯它，甚至無需重啟它。
所需要做的就是：向服務器發送HUP或者AP_SIG_GRACEFUL信號，通知服務器重新加載模塊。
關于向Apache發送HUP信號：

"Sending the HUP or restart signal to the parent causes it to kill off its children like in TERM, but the parent doesn"t exit. It re-reads its configuration files, and re-opens any log files. Then it spawns a new set of children and continues serving hits.

回到mod_php模塊，Apache動態加載模塊的過程：

首先，在Apache配置文件http.conf中增加：LoadModule php7_module libexec/apache2/libphp7.so，表示運行過程中加載PHP模塊的動態鏈接庫文件：libphp7.so。

然后，通過Apache的內部函數（以Hook的方式）獲取動態鏈接庫的內容，并將PHP模塊的內容加載到內存中指定的變量中。

其中PHP7源碼中，PHP模塊（php7_module）的數據結構為：
‘

AP_MODULE_DECLARE_DATA module php7_module = {
     STANDARD20_MODULE_STUFF, /*宏，包括了module結構的前8個字段：版本號、小版本號、模塊索引、模塊名、當前模塊指針、下一個動態加載的模塊指針、魔數、rewrite_args函數指針*/
     create_php_config,          /* create per-directory config structure */
     merge_php_config,          /* merge per-directory config structures */
     NULL,                         /* create per-server config structure */
     NULL,                         /* merge per-server config structures */
     php_dir_cmds,               /* command apr_table_t */
     php_ap2_register_hook     /* register hooks */
};

其中，php_ap2_register_hook是一系列的hook調用：

void php_ap2_register_hook(apr_pool_t *p)
{
     ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE);
     ap_hook_post_config(php_apache_server_startup, NULL, NULL, APR_HOOK_MIDDLE);
     ap_hook_handler(php_handler, NULL, NULL, APR_HOOK_MIDDLE);
#ifdef ZEND_SIGNALS
     ap_hook_child_init(zend_signal_init, NULL, NULL, APR_HOOK_MIDDLE);
#endif
     ap_hook_child_init(php_apache_child_init, NULL, NULL, APR_HOOK_MIDDLE);
}

pre_config、post_config、child_init是啟動時執行的鉤子，它們會在Apache服務器啟動時調用。其中，在post_config鉤子中啟動PHP解釋器模塊（由php_apache_server_startup函數實現:"通過調用sapi_startup啟動sapi, 并通過調用php_apache2_startup來注冊sapi module struct（此結構在本節開頭中有說明）, 最后調用php_module_startup來初始化PHP, 其中又會初始化ZEND引擎,以及填充zend_module_struct中的treat_data成員(通過php_startup_sapi_content_types)等"）。

handler是請求時執行的鉤子，它會在Apache服務器處理請求時調用。

3、Apache Hooking機制：

在Apache2.4中如果需要處理請求時，你只需要創建一個鉤子（Hook），掛于請求處理程序上。
一個鉤子，本質上是一條信息：告訴服務器它要么服務用戶發起的請求要么只是瞥一眼該請求。Apache所有的模塊（包括mod_rewrite, mod_authn_*, mod_proxy等）均是將鉤子掛于請求程序的各個部分來實現的 - are hooked into specific parts of the request process。

modules serve different purposes; Some are authentication/authorization handlers, others are file or script handlers while some third modules rewrite URIs or proxies content.

Apache服務器本身無需知道每個模塊具體負責處理哪個部分以及處理什么，它只需要：在客戶端請求達到的時候詢問下哪個模塊對這個請求『感興趣』即可，而每個模塊只需選擇要還是不要，如果要那按照鉤子定義的內容處理然后返回接口。

圖片來源于Apache官網。

Apache允許外部模塊可以將自定義的函數注入到自己的請求處理循環中，從而參與Apache的請求處理過程。
通過Hook機制，PHP模塊可以在Apache請求處理流程中負責處理那些關于php腳本的請求（即負責解釋、執行php腳本）。
具體實現方式可以詳見在PHP源碼中實現Apahce的ap_hook_post_config鉤子：PHP以模塊方式注冊到Apache的掛鉤上去。這樣在Apache進程運行時一有php請求，就可以加載動態鏈接庫（libphp7.so文件）形式的PHP模塊，用來處理php請求。

REFERENCES

1、http://stackoverflow.com/ques...
2、http://www.phppan.com/2011/01...
3、https://github.com/php/php-sr...
4、https://github.com/php/php-sr...
5、https://httpd.apache.org/docs...

GPU云服務器云服務器 cdn原理和運作模式探析 mod_php 代碼設計模式工廠模式

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/29620.html

mod_php模式原理探析

摘要：模塊加載原理的模塊可以以靜態方式編譯到可執行程序中，也可以在運行過程中動態加載以動態鏈接庫的方式。這樣在進程運行時一有請求，就可以加載動態鏈接庫文件形式的模塊，用來處理請求。 1、PHP與Apache工作模式在傳統的LAMP架構中，PHP與Apache交互時，至少有兩種方式『運行PHP』：使用CGI：Apache發送請求至php-cgi進程，php-cgi進程調用PHP解釋器，然...

cnsworder 2019-07-24 10:51 評論0 收藏0
深入探析koa之中間件流程控制篇

摘要：到此為止，我們就基本講清楚了中的中間件洋蔥模型是如何自動執行的。 koa被認為是第二代web后端開發框架，相比于前代express而言，其最大的特色無疑就是解決了回調金字塔的問題，讓異步的寫法更加的簡潔。在使用koa的過程中，其實一直比較好奇koa內部的實現機理。最近終于有空，比較深入的研究了一下koa一些原理，在這里會寫一系列文章來記錄一下我的學習心得和理解。在我看來，koa最核心...

fuchenxuan 2019-08-20 12:14 評論0 收藏0
PHP fastcgi_finish_request 方法

摘要：介紹每有一個用戶請求，都會先要創建的子進程，然后處理請求，處理完后結束這個子進程，這就是模式。當子進程關閉連接時，請求便告處理完成。子進程接著等待并處理來自進程管理器的下一個連接。運行在模式時，提供的方法。本文介紹，PHP運行在FastCGI模式時，FPM提供的方法：fastcgi_finish_request。在說這個方法之前，我們先了解PHP有哪些常用的運行模式？ PHP運行模...

macg0406 2019-06-27 15:56 評論0 收藏0
深入探析koa之異步回調處理篇

摘要：而之后，我們得到的是一個是一個對象，我們可以使用語句定義回調函數，函數的內容呢，則是將讀取到的返回給并繼續讓從斷點處執行。在上一篇中我們梳理了koa當中中間件的洋蔥模型執行原理，并實現了一個可以讓洋蔥模型自動跑起來的流程管理函數。這一篇，我們再來研究一下koa當中異步回調同步化寫法的原理，同樣的，我們也會實現一個管理函數，是的我們能夠通過同步化的寫法來寫異步回調函數。 1. 回調金字...

Drinkey 2019-08-20 12:24 評論0 收藏0
靜態分析安全測試（SAST）優缺點探析

摘要：許多公司都投資于或之類的靜態分析安全測試，解決方案。用靜態分析方法確保編程安全一書詳細描述了靜態分析技術的基本原理。博士將靜態分析無法找出的諸多安全問題歸為瑕疵，而非程序錯誤。靜態分析安全測試（SAST）是指不運行被測程序本身，僅通過分析或者檢查源程序的語法、結構、過程、接口等來檢查程序的正確性，那么采用靜分析安全測試的方法有什么優缺點呢，且讓小編給你說道說道。許多公司都投資于 H...

codeKK 2019-06-21 16:27 評論0 收藏0