nginx對(duì)http請(qǐng)求處理的各個(gè)階段詳析
在編寫nginx的http的模塊的時(shí)候,需要在各個(gè)階段對(duì)http請(qǐng)求做相應(yīng)的處理,以達(dá)到不同的目的,比如請(qǐng)求發(fā)起的時(shí)候是否有訪問權(quán)限、內(nèi)容生成的時(shí)候進(jìn)行過濾或者其它處理等等。如果在編譯nginx模塊內(nèi)注冊(cè)的處理階段不正確會(huì)導(dǎo)致達(dá)不到想要的結(jié)果,比如你想處理內(nèi)容的時(shí)候內(nèi)容實(shí)際上這個(gè)時(shí)候是沒有的,如此等等。
在nginx內(nèi)部定義了多個(gè)階段的類型以滿足不同的處理要求(ngx_http_core_module.h中,不同版本不一樣):
typedef enum { NGX_HTTP_POST_READ_PHASE = 0, NGX_HTTP_SERVER_REWRITE_PHASE, NGX_HTTP_FIND_CONFIG_PHASE, NGX_HTTP_REWRITE_PHASE, NGX_HTTP_POST_REWRITE_PHASE, NGX_HTTP_PREACCESS_PHASE, NGX_HTTP_ACCESS_PHASE, NGX_HTTP_POST_ACCESS_PHASE, NGX_HTTP_TRY_FILES_PHASE, NGX_HTTP_CONTENT_PHASE, NGX_HTTP_LOG_PHASE } ngx_http_phases;
各對(duì)應(yīng)的意思分別為:
NGX_HTTP_POST_READ_PHASE = 0 //讀取請(qǐng)求階段 NGX_HTTP_SERVER_REWRITE_PHASE //URI轉(zhuǎn)換階段 NGX_HTTP_FIND_CONFIG_PHASE //查找相應(yīng)的配置來執(zhí)行階段 NGX_HTTP_REWRITE_PHASE //URI轉(zhuǎn)換階段(不太清楚此處) NGX_HTTP_POST_REWRITE_PHASE //對(duì)轉(zhuǎn)換后的URL結(jié)果進(jìn)行處理的階段 NGX_HTTP_PREACCESS_PHASE //權(quán)限檢查準(zhǔn)備階段 NGX_HTTP_ACCESS_PHASE //權(quán)限檢查階段 NGX_HTTP_POST_ACCESS_PHASE //對(duì)權(quán)限檢查結(jié)果進(jìn)行處理階段 NGX_HTTP_TRY_FILES_PHASE //處理配置中的try_files階段 NGX_HTTP_CONTENT_PHASE //處理生成返回?cái)?shù)據(jù)階段(此處認(rèn)為不太細(xì),當(dāng)然有filter也可以忽略) NGX_HTTP_LOG_PHASE //記錄日志處理階段,具體說明應(yīng)當(dāng)是請(qǐng)求完成后,關(guān)閉請(qǐng)求時(shí)處理
從這個(gè)配置中可以分析出來nginx在處理請(qǐng)求的整個(gè)流程,流程是從頭執(zhí)行到尾的,可見LOG是放在最后面執(zhí)行,對(duì)于內(nèi)容段的處理一般都是在filter模塊中去做,在NGX_HTTP_LOG_PHASE階段注冊(cè)的處理段也不能獲取到返回的數(shù)據(jù),返回?cái)?shù)據(jù)在發(fā)送至客戶端后就直接給釋放了。因此,在各個(gè)階段處理時(shí)應(yīng)當(dāng)清楚這個(gè)階段的數(shù)據(jù)準(zhǔn)備情況。
正常情況下,我們可以通過如下的方式來注冊(cè)我們自己的處理模塊:
static ngx_int_t ngx_http_xxx_init(ngx_conf_t *cf) { ngx_http_handler_pt *h; ngx_http_core_main_conf_t *cmcf; cmcf = ngx_http_conf_get_module_main_conf(cf, ngx_http_core_module); h = ngx_array_push(&cmcf->phases[NGX_HTTP_CONTENT_PHASE].handlers); if (h == NULL) { return NGX_ERROR; } *h = ngx_http_xxx_handler; return NGX_OK; }
且ngx_http_xxx_up_handler的返回值只能是如下幾個(gè):
NGX_OK //處理成功,進(jìn)入下一階段 NGX_DECLINED //放棄處理 NGX_AGAIN || NGX_DONE //處理完成,返回該值會(huì)觸發(fā)請(qǐng)求 NGX_ERROR || NGX_HTTP_.. //處理錯(cuò)誤或者HTTP的其它狀態(tài)值
另外對(duì)于NGX_HTTP_CONTENT_PHASE階段,實(shí)際上還有另外一種注冊(cè)方式,Just like this:
static char * ngx_http_xxx_server(ngx_conf_t *cf, ngx_command_t *cmd, void *conf) { ngx_str_t *value; ngx_url_t u; ngx_http_core_loc_conf_t *clcf; clcf = ngx_http_conf_get_module_loc_conf(cf, ngx_http_core_module); clcf->handler = ngx_http_xxx_handler; if (clcf->name.data[clcf->name.len - 1] == '/') { clcf->auto_redirect = 1; } return NGX_CONF_OK; }
不過這樣子,你要做的東西就太多了,更多的情況下考慮下upstream結(jié)合或者對(duì)請(qǐng)求進(jìn)行特殊處理,比如對(duì)于分布式存儲(chǔ)的分發(fā),需要對(duì)請(qǐng)求處理和文件系統(tǒng)關(guān)聯(lián)時(shí)、比如請(qǐng)求的數(shù)據(jù)直接交給特殊的SERVER來拿內(nèi)容時(shí)。呵呵.
到此這篇關(guān)于nginx對(duì)http請(qǐng)求處理的各個(gè)階段詳析的文章就介紹到這了,更多相關(guān)nginx對(duì)http請(qǐng)求處理詳析內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
國(guó)內(nèi)一些常用PHP的CMS的Nginx服務(wù)器的偽靜態(tài)規(guī)則整理
當(dāng)我們從apache服務(wù)器轉(zhuǎn)向Nginx服務(wù)器的時(shí)候,它們的偽靜態(tài)規(guī)則就不一樣了,所以你熟悉Nginx服務(wù)器的偽靜態(tài)規(guī)則,自己寫當(dāng)然也好2011-03-03nginx并發(fā)數(shù)限制limit_conn基本語法
這篇文章主要為大家介紹了nginx并發(fā)數(shù)限制limit_conn基本語法詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-04-04Nginx配置網(wǎng)站適配PC和手機(jī)的幾種方法
在開發(fā)中,我們常常會(huì)遇到需要根據(jù)用戶設(shè)備的不同,返回對(duì)應(yīng)樣式的頁面,本文主要介紹了Nginx配置網(wǎng)站適配PC和手機(jī)的幾種方法,具有一定的參考價(jià)值,感興趣的可以了解一下2024-08-08結(jié)合 Nginx 將 DoNetCore 部署到 阿里云的安裝配置方法
這篇文章主要介紹了結(jié)合 Nginx 將 DoNetCore 部署到 阿里云的方法 ,需要的朋友可以參考下2018-10-10使用ngxtop實(shí)時(shí)監(jiān)控Nginx日志文件的示例代碼
在Nginx日志分析領(lǐng)域,ngxtop是一款強(qiáng)大的實(shí)時(shí)監(jiān)控工具,它能夠即時(shí)解析Nginx的訪問日志文件,提供直觀、可定制的實(shí)時(shí)統(tǒng)計(jì)信息,幫助管理員更好地了解服務(wù)器的運(yùn)行狀況和Web流量,本文給大家介紹使用ngxtop實(shí)時(shí)監(jiān)控Nginx日志文件的示例代碼,需要的朋友可以參考下2024-01-01