Nginx 處理每個使用者要求時，都是按照若干個不同階段（phase）依序處理的，而不是根據設定檔上的順序。
Nginx 處理請求的過程共分為11 個階段，依執行順序依序為
post-read、server-rewrite、find-config、rewrite、post-rewrite、 preaccess、access 、post-access、try-files、content、log.
- post-read:
讀取請求內容階段
Nginx讀取並解析完請求頭之後就立即開始執行
例如模組 ngx_realip 就在 post-read 階段註冊了處理程序，它的功能是迫使 Nginx 認為目前請求的來源位址是指定的某一個請求頭的值。
- server-rewrite
Server請求位址重寫階段
當 ngx_rewrite 模組的set設定指令直接書寫在 server 設定區塊中時，基本上都是在 server-rewrite 階段執行
- find-config
配置查找階段
這個階段並不支援 Nginx 模組註冊處理程序，而是由 Nginx 核心來完成目前請求與 location 設定區塊之間的配對工作。
- rewrite
Location請求位址重寫階段
當 ngx_rewrite 模組的指令用於 location 區塊時，便是運行在這個 rewrite 階段。
另外，ngx_set_misc(設定md5、encode_base64等) 模組的指令，還有 ngx_lua 模組的 set_by_lua 指令和 rewrite_by_lua 指令也在此階段。
- post-rewrite
請求地址重寫提交階段
由 Nginx 核心完成 rewrite 階段所要求的「內部跳轉」操作,如果 rewrite 階段有此要求的話。
- preaccess
存取權限檢查準備階段
標準模組 ngx_limit_req 和 ngx_limit_zone 就運作在此階段，前者可以控制請求的存取頻度，而後者可以限制存取的並發度。
- access
存取權限檢查階段
標準模組 ngx_access、第三方模組 ngx_auth_request 以及第三方模組 ngx_lua 的 access_by_lua 指令就運行在這個階段。
設定指令多是執行存取控制性質的任務，例如檢查使用者的存取權限，檢查使用者的來源 IP 位址是否合法
- post-access
存取權限檢查提交階段
主要用於配合 access 階段實作標準 ngx_http_core 模組提供的配置指令 satisfy 的功能。
satisfy all(與關係)
satisfy any(或關係)
- try-files
設定項try_files處理階段
專門用於實作標準設定指令 try_files 的功能
如果前N-1 個參數所對應的檔案系統物件都不存在，try-files 階段就會立即啟動「內部跳轉」到最後一個參數（即第N 個參數）所指定的URI.
- content
內容產生階段
Nginx 的 content 階段是所有請求處理階段中最為重要的一個，因為執行在這個階段的設定指令一般都肩負著產生「內容」
並輸出 HTTP 回應的使命。
- log
日誌模組處理階段
記錄日誌
').addClass('pre-numbering').hide();
$(this).addClass('has-numbering').parent().append($numbering);
for (i = 1; i ').text(i));
};
$numbering.fadeIn(1700);
});
});
以上就介紹了 Nginx與Lua執行順序，包括了方面的內容，希望對PHP教程有興趣的朋友有所幫助。
