當前位置：首頁 > 科技 > 軟件

OpenResty實戰系列 | 執行流程與階段詳解

來源：責編：時間：2024-07-15 17:14:16 195觀看

導讀場景我們先定義一個location塊級指令phase_echo來處理客戶端發過來請求URI處理。location /phase_echo { set $name "Tinywan"; echo $name; set $name "開源技術小棧"; echo $name; set $name "Tinyw

場景

我們先定義一個location塊級指令phase_echo來處理客戶端發過來請求URI處理。

location /phase_echo {    set $name "Tinywan";    echo $name;    set $name "開源技術小棧";    echo $name;    set $name "Tinywan 開源技術小棧";    echo $name;}

請求訪問輸出結果：

PS C:/Users/Tinywan/Desktop> curl -i http://openresty.tinywan.com/phase_echoHTTP/1.1 200 OKServer: openresty/1.17.8.2Date: Sun, 14 Jul 2024 00:31:18 GMTContent-Type: application/octet-streamTransfer-Encoding: chunkedConnection: keep-aliveTinywan 開源技術小棧Tinywan 開源技術小棧Tinywan 開源技術小棧

為什么輸出全部是Tinywan 開源技術小棧。也就是最后一個設置的變量值呢？前面設置的怎么都沒生效嗎？

這是因為Nginx處理每一個用戶請求時，都是按照若干個不同階段依次處理的，而不是根據配置文件上的順序。以上配置涉及到了兩個階段 rewrite和content階段。

set屬于rewrite階段
echo屬于content階段

而實際執行執行是 rewrite階段的指令在 content階段指令之前執行。實際的執行順序應當是以下這樣子的。

set $name "Tinywan";set $name "開源技術小棧";set $name "Tinywan 開源技術小棧";echo $name;echo $name;echo $name;

所以這就是為什么最終會輸出Tinywan 開源技術小棧。帶著以上配置文件中執行的指令，讓我們進入Nginx執行流程與階段詳解。

Nginx執行階段

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中，就是再這個階段運行的。另外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在這個階段運行，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：內容產生階段，是所有請求處理階段中最為重要的階段，因為這個階段的指令通常是用來生成HTTP響應內容并輸出 HTTP 響應的使命.
log：日志模塊處理階段，記錄日志

OpenResty 的運行機制

圖片

圖片來源：https://yxudong.github.io。

OpenResty 執行階段

OpenResty發起一個請求時，會有相應的執行流程，Nginx與Lua編寫腳本的基本構建塊是指令執行順序的。

從圖中可知OpenResty 處理請求大致分為4個大階段，11個小階段。

四個大階段

初始化階段（Initialization Phase） master進程啟動預加載／生成worker進程預加載
重寫、轉發、訪問階段（Rewrite / Access Phase） url轉發，權限判斷
內容處理/生成階段（Content Phase）內容生成
日志階段（Log Phase）日志記錄

七個小階段

init_by_lua_file：master-initing 階段，初始化全局配置或模塊
init_worker_by_lua_file：worker-initing 階段，初始化進程專用功能
ssl_certificate_by_lua_file：ssl 階段，在握手時設置安全證書
set_by_lua_file：rewrite 階段，改寫 Nginx 變量
rewrite_by_lua_file：rewrite 階段，改寫 URI ，實現跳轉或重定向
access_by_lua_file：access 階段，訪問控制或限速
content_by_lua_file：content 階段，產生響應內容
balancer_by_lua_file：content 階段，反向代理時選擇后端服務器
header_filter_by_lua_file：filter 階段，加工處理響應頭
body_filter_by_lua_file：filter 階段，加工處理響應體
log_by_lua_file：log 階段，記錄日志或其他的收尾工作

這些指令通常有三種形式

xxx_by_lua：執行字符串形式的 Lua 代碼：
xxx_by_lua_block：功能相同，但指令后是｛．．．｝的 Lua 代碼塊
xxx_by_lua_file：功能相同，但執行磁盤上的 Lua 源碼文件。

這邊推薦使用 xxx_by_lua_file，它徹底分離了配置文件與業務代碼，讓兩者可以獨立部署，而且文件形式也讓我們更容易以模塊的方式管理組織 Lua 程序。

OpenResty 執行階段和 Nginx 的對照

圖片

圖片來源：https://blog.51cto.com/lisea/2425794。

server {    listen 80;    server_name openresty.tinywan.com;    location /run_phase {        set_by_lua_block $a {            ngx.log(ngx.ERR, "Tinywan is set_by_lua_block phase")        }        rewrite_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is rewrite_by_lua_block phase")        }        access_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is access_by_lua_block phase")        }        content_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is content_by_lua_block phase")        }        header_filter_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is header_filter_by_lua_block phase")        }        body_filter_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is body_filter_by_lua_block phase")        }        log_by_lua_block {            ngx.log(ngx.ERR, "Tinywan is log_by_lua_block phase")        }    }}

執行請求訪問：

curl -i http://openresty.tinywan.com/run_phase

查看錯誤日志文件內容：

2024/07/13 12:38:43 [error] 7#7: *2 [lua] set_by_lua:2: Tinywan is set_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] rewrite_by_lua(openresty.tinywan.com.conf:18):2: Tinywan is rewrite_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] access_by_lua(openresty.tinywan.com.conf:22):2: Tinywan is access_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] content_by_lua(openresty.tinywan.com.conf:26):2: Tinywan is content_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] header_filter_by_lua:2: Tinywan is header_filter_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] body_filter_by_lua:2: Tinywan is body_filter_by_lua_block phase, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"2024/07/13 12:38:43 [error] 7#7: *2 [lua] log_by_lua(openresty.tinywan.com.conf:38):2: Tinywan is log_by_lua_block phase while logging request, client: 172.18.0.1, server: openresty.tinywan.com, request: "GET /run_phase HTTP/1.1", host: "openresty.tinywan.com"

通過日志文件記錄可以看到執行是按照階段順序進行輸出。

本文鏈接：http://m.www897cc.com/showinfo-26-100984-0.htmlOpenResty實戰系列 | 執行流程與階段詳解

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇：大廠內幕：SpringBoot項目為何棄用Tomcat，轉投Undertow懷抱？

下一篇： VueConf 2024 落幕，7大模塊講解 Vue 未來生態變化！

標簽：

熱門焦點

直屏旗艦來了 iQOO 12和K70 Pro同臺競技

旗艦機基本上使用的都是雙曲面屏幕，這就讓很多喜歡直屏的愛好者在苦等一款直屏旗艦，這次，你們等到了。據博主數碼閑聊站帶來的最新爆料稱，Redmi下代旗艦K70 Pro和iQOO 12兩款手
太卷！Redmi MAX 100英寸電視便宜了：12999元買Redmi史上最大屏

8月5日消息，從小米商城了解到，Redmi MAX 100英寸巨屏電視日前迎來官方優惠，到手價12999元，比發布價便宜了7000元，在大屏電視市場開卷。據了解，Redmi MAX 100
摸魚心法第一章——和配置文件說拜拜

為了能摸魚我們團隊做了容器化，但是帶來的問題是服務配置文件很麻煩，然后大家在群里進行了“親切友好”的溝通圖片圖片圖片圖片對比就對比，簡單對比下獨立配置中心和k8s作為配
分布式系統中的CAP理論，面試必問，你理解了嘛？

對于剛剛接觸分布式系統的小伙伴們來說，一提起分布式系統，就感覺高大上，深不可測。而且看了很多書和視頻還是一臉懵逼。這篇文章主要使用大白話的方式，帶你理解一下分布式系統
谷歌KDD'23工作：如何提升推薦系統Ranking模型訓練穩定性

谷歌在KDD 2023發表了一篇工作，探索了推薦系統ranking模型的訓練穩定性問題，分析了造成訓練穩定性存在問題的潛在原因，以及現有的一些提升模型穩定性方法的不足，并提出了一種新
一文掌握 Golang 模糊測試（Fuzz Testing）

模糊測試（Fuzz Testing）模糊測試（Fuzz Testing）是通過向目標系統提供非預期的輸入并監視異常結果來發現軟件漏洞的方法。可以用來發現應用程序、操作系統和網絡協議等中的漏洞或
三星Galaxy Z Fold5官方渲染圖曝光：13.4mm折疊厚度依舊感人

據官方此前宣布，三星將于7月26日在韓國首爾舉辦Unpacked活動，屆時將帶來帶來包括Galaxy Buds 3、Galaxy Watch 6、Galaxy Tab S9、Galaxy Z Flip 5、
英特爾Xe-HP項目終止，將專注Xe-HPC/HPG系列顯卡

據10 月 31 日消息報道，英特爾高級副總裁兼加速計算系統和圖形事業部總經理表示，Xe-HP“ Arctic Sound” 系列服務器 GPU 已經應用于 oneAPI devcloud 云服
微軟發布Windows 11新版引入全新任務欄狀態

近日，微軟發布了Windows 11新版，而Build 22563更新主要引入了幾周前曝光的平板模式任務欄等，系統更流暢了。更新中，Windows 11加入了專門針對平板優化的任務欄

日韩成人免费在线_国产成人一二_精品国产免费人成电影在线观..._日本一区二区三区久久久久久久久不

OpenResty實戰系列 | 執行流程與階段詳解

場景

Nginx執行階段

OpenResty 的運行機制

OpenResty 執行階段

四個大階段

七個小階段

OpenResty 執行階段和 Nginx 的對照

直屏旗艦來了 iQOO 12和K70 Pro同臺競技

太卷！Redmi MAX 100英寸電視便宜了：12999元買Redmi史上最大屏

摸魚心法第一章——和配置文件說拜拜

分布式系統中的CAP理論，面試必問，你理解了嘛？

谷歌KDD'23工作：如何提升推薦系統Ranking模型訓練穩定性

一文掌握 Golang 模糊測試（Fuzz Testing）

三星Galaxy Z Fold5官方渲染圖曝光：13.4mm折疊厚度依舊感人

英特爾Xe-HP項目終止，將專注Xe-HPC/HPG系列顯卡

微軟發布Windows 11新版引入全新任務欄狀態

最新推薦

猜你喜歡

熱門推薦

相關資訊