nginx對http請求處理的各個階段詳析
在編寫nginx的http的模塊的時候,需要在各個階段對http請求做相應(yīng)的處理,以達(dá)到不同的目的,比如請求發(fā)起的時候是否有訪問權(quán)限、內(nèi)容生成的時候進(jìn)行過濾或者其它處理等等。如果在編譯nginx模塊內(nèi)注冊的處理階段不正確會導(dǎo)致達(dá)不到想要的結(jié)果,比如你想處理內(nèi)容的時候內(nèi)容實際上這個時候是沒有的,如此等等。
在nginx內(nèi)部定義了多個階段的類型以滿足不同的處理要求(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;
各對應(yīng)的意思分別為:
NGX_HTTP_POST_READ_PHASE = 0 //讀取請求階段 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 //對轉(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 //對權(quán)限檢查結(jié)果進(jìn)行處理階段 NGX_HTTP_TRY_FILES_PHASE //處理配置中的try_files階段 NGX_HTTP_CONTENT_PHASE //處理生成返回數(shù)據(jù)階段(此處認(rèn)為不太細(xì),當(dāng)然有filter也可以忽略) NGX_HTTP_LOG_PHASE //記錄日志處理階段,具體說明應(yīng)當(dāng)是請求完成后,關(guān)閉請求時處理
從這個配置中可以分析出來nginx在處理請求的整個流程,流程是從頭執(zhí)行到尾的,可見LOG是放在最后面執(zhí)行,對于內(nèi)容段的處理一般都是在filter模塊中去做,在NGX_HTTP_LOG_PHASE階段注冊的處理段也不能獲取到返回的數(shù)據(jù),返回數(shù)據(jù)在發(fā)送至客戶端后就直接給釋放了。因此,在各個階段處理時應(yīng)當(dāng)清楚這個階段的數(shù)據(jù)準(zhǔn)備情況。
正常情況下,我們可以通過如下的方式來注冊我們自己的處理模塊:
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的返回值只能是如下幾個:
NGX_OK //處理成功,進(jìn)入下一階段 NGX_DECLINED //放棄處理 NGX_AGAIN || NGX_DONE //處理完成,返回該值會觸發(fā)請求 NGX_ERROR || NGX_HTTP_.. //處理錯誤或者HTTP的其它狀態(tài)值
另外對于NGX_HTTP_CONTENT_PHASE階段,實際上還有另外一種注冊方式,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é)合或者對請求進(jìn)行特殊處理,比如對于分布式存儲的分發(fā),需要對請求處理和文件系統(tǒng)關(guān)聯(lián)時、比如請求的數(shù)據(jù)直接交給特殊的SERVER來拿內(nèi)容時。呵呵.
到此這篇關(guān)于nginx對http請求處理的各個階段詳析的文章就介紹到這了,更多相關(guān)nginx對http請求處理詳析內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
國內(nèi)一些常用PHP的CMS的Nginx服務(wù)器的偽靜態(tài)規(guī)則整理
當(dāng)我們從apache服務(wù)器轉(zhuǎn)向Nginx服務(wù)器的時候,它們的偽靜態(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ā)中,我們常常會遇到需要根據(jù)用戶設(shè)備的不同,返回對應(yīng)樣式的頁面,本文主要介紹了Nginx配置網(wǎng)站適配PC和手機(jī)的幾種方法,具有一定的參考價值,感興趣的可以了解一下2024-08-08結(jié)合 Nginx 將 DoNetCore 部署到 阿里云的安裝配置方法
這篇文章主要介紹了結(jié)合 Nginx 將 DoNetCore 部署到 阿里云的方法 ,需要的朋友可以參考下2018-10-10使用ngxtop實時監(jiān)控Nginx日志文件的示例代碼
在Nginx日志分析領(lǐng)域,ngxtop是一款強(qiáng)大的實時監(jiān)控工具,它能夠即時解析Nginx的訪問日志文件,提供直觀、可定制的實時統(tǒng)計信息,幫助管理員更好地了解服務(wù)器的運行狀況和Web流量,本文給大家介紹使用ngxtop實時監(jiān)控Nginx日志文件的示例代碼,需要的朋友可以參考下2024-01-01