鍍金池/ 教程/ Java/ 阻塞操作
定時(shí)任務(wù)
函數(shù)的參數(shù)
超時(shí)
一個(gè) openresty 內(nèi)存“泄漏”問題
獲取 uri 參數(shù)
局部變量
sleep
灰度發(fā)布
TIME_WAIT
代碼覆蓋率
連接池
CentOS 平臺(tái)安裝
稀疏數(shù)組
如何只啟動(dòng)一個(gè) timer 工作?
變量的共享范圍
break,return 關(guān)鍵字
Nginx
SQL 注入
如何引用第三方 resty 庫
不同階段共享變量
獲取請求 body
動(dòng)態(tài)生成的 lua-resty-redis 模塊方法
動(dòng)態(tài)加載證書和 OCSP stapling
repeat 控制結(jié)構(gòu)
編碼為 array 還是 object
Nginx 靜態(tài)文件服務(wù)
執(zhí)行階段概念
Lua 函數(shù)
日期時(shí)間函數(shù)
健康監(jiān)測
與其他 location 配合
for 控制結(jié)構(gòu)
函數(shù)定義
HTTPS 時(shí)代
點(diǎn)號與冒號操作符的區(qū)別
String 庫
文件操作
OpenResty 最佳實(shí)踐
<code>ngx.shared.DICT</code> 非隊(duì)列性質(zhì)
使用動(dòng)態(tài) DNS 來完成 HTTP 請求
代碼規(guī)范
什么是 JIT?
Windows 平臺(tái)安裝
正確的記錄日志
LuaNginxModule
不用標(biāo)準(zhǔn)庫
C10K 編程
控制結(jié)構(gòu)
請求中斷后的處理
Lua 環(huán)境搭建
Test::Nginx 能指定現(xiàn)成的 nginx.conf,而不是自動(dòng)生成一個(gè)嗎
Lua 基礎(chǔ)數(shù)據(jù)類型
動(dòng)態(tài)限速
PostgresNginxModule
簡單API Server框架
API 測試
location 匹配規(guī)則
虛變量
單元測試
防止 SQL 注入
select + set_keepalive 組合操作引起的數(shù)據(jù)讀寫錯(cuò)誤
阻塞操作
全動(dòng)態(tài)函數(shù)調(diào)用
Web 服務(wù)
典型應(yīng)用場景
Nginx 新手起步
TLS session resumption
輸出響應(yīng)體
調(diào)用代碼前先定義函數(shù)
module 是邪惡的
怎樣理解 cosocket
模塊
Socket 編程發(fā)展
如何對 Nginx Lua module 添加新 api
如何在后臺(tái)開啟輕量級線程完成定時(shí)任務(wù)?
如何定位問題
table 庫
json 解析的異常捕獲
如何安裝火焰圖生成工具
lua 中如何 continue
if 是邪惡的
為什么我們的域名不能被解析
抵制使用 module() 定義模塊
測試
body 在 location 中的傳遞
Lua 入門
子查詢
pipeline 壓縮請求數(shù)量
如何發(fā)起新 HTTP 請求
Lua 簡介
緩存失效風(fēng)暴
Ubuntu 平臺(tái)安裝
日志輸出
緩存
Lua 面向?qū)ο缶幊?/span>
Nginx 陷阱和常見錯(cuò)誤
Redis 接口的二次封裝(發(fā)布訂閱)
日志
訪問有授權(quán)驗(yàn)證的 Redis
正則表達(dá)式
lock
熱裝載代碼
調(diào)用 FFI 出現(xiàn) &quot;table overflow&quot;
數(shù)據(jù)合法性檢測
禁止某些終端訪問
控制結(jié)構(gòu) if-else
調(diào)試
與 Docker 使用的網(wǎng)絡(luò)瓶頸
PostgresNginxModule 模塊的調(diào)用方式
用 do-end 整理你的代碼
FFI
什么時(shí)候使用
簡介
環(huán)境搭建
Mac OS X 平臺(tái)安裝
火焰圖
負(fù)載均衡
while 型控制結(jié)構(gòu)
如何定位 openresty 崩潰 bug
使用 Nginx 內(nèi)置綁定變量
判斷數(shù)組大小
請求返回后繼續(xù)執(zhí)行
Redis 接口的二次封裝
KeepAlive
反向代理
協(xié)議無痛升級
數(shù)學(xué)庫
元表
Vanilla 介紹
HelloWorld
LuaCjsonLibrary
持續(xù)集成
代碼靜態(tài)分析
網(wǎng)上有大量對 Lua 調(diào)優(yōu)的推薦,我們應(yīng)該如何看待?
script 壓縮復(fù)雜請求
非空判斷
性能測試
函數(shù)返回值
API 的設(shè)計(jì)
kong 介紹
表達(dá)式
不支持事務(wù)
LuaRestyDNSLibrary 簡介

阻塞操作

OpenResty 的誕生,一直對外宣傳是同步非阻塞(100% non-blocking)的?;谑录ㄖ?Nginx 給我們帶來了足夠強(qiáng)悍的高并發(fā)支持,但是也對我們的編碼有特殊要求。這個(gè)特殊要求就是我們的代碼,也必須是非阻塞的。如果你的服務(wù)端編程生涯一開始就是從異步框架開始的,恭喜你了。但如果你的編程生涯是從同步框架過來的,而且又是剛剛開始深入了解異步框架,那你就要小心了。

Nginx 為了減少系統(tǒng)上下文切換,它的 worker 是用單進(jìn)程單線程設(shè)計(jì)的,事實(shí)證明這種做法運(yùn)行效率很高。Nginx 要么是在等待網(wǎng)絡(luò)訊號,要么就是在處理業(yè)務(wù)(請求數(shù)據(jù)解析、過濾、內(nèi)容應(yīng)答等),沒有任何額外資源消耗。

常見語言代表異步框架

  • Golang:使用協(xié)程技術(shù)實(shí)現(xiàn)
  • Python:gevent 基于協(xié)程的 Python 網(wǎng)絡(luò)庫
  • Rust:用的少,只知道語言完備支持異步框架
  • OpenResty:基于 Nginx,使用事件通知機(jī)制
  • Java:Netty,使用網(wǎng)絡(luò)事件通知機(jī)制

異步編程的噩夢

異步編程,如果從零開始,難度是非常大的。一個(gè)完整的請求,由于網(wǎng)絡(luò)傳輸?shù)姆沁B續(xù)性,這個(gè)請求要被多次掛起、恢復(fù)、運(yùn)行,一旦網(wǎng)絡(luò)有新數(shù)據(jù)到達(dá),都需要立刻喚醒恢復(fù)原始請求處于運(yùn)行狀態(tài)。開發(fā)人員不僅僅要考慮異步 API 接口本身的使用規(guī)范,還要考慮業(yè)務(wù)請求的完整處理,稍有不慎,全盤皆輸。

最最重要的噩夢是,我們好不容易搞定異步框架和業(yè)務(wù)請求完整性,但是卻在我們的業(yè)務(wù)請求上使用了阻塞函數(shù)。一開始沒有任何感知,只有做壓力測試的時(shí)候才發(fā)現(xiàn)我們的并發(fā)量上不去,各種卡頓,甚至開始懷疑人生:異步世界也就這樣。

OpenResty 中的阻塞函數(shù)

官方有明確說明,OpenResty 的官方 API 絕對 100% non-blocking,所以我們只能在她的外面尋找了。我這里大致歸納總結(jié)了一下,包含下面幾種情況:

  • 高 CPU 的調(diào)用(壓縮、解壓縮、加解密等)
  • 高磁盤的調(diào)用(所有文件操作)
  • 非 OpenResty 提供的網(wǎng)絡(luò)操作(luasocket 等)
  • 系統(tǒng)命令行調(diào)用(os.execute 等)

這些都應(yīng)該是我們盡量要避免的。理想豐滿,現(xiàn)實(shí)骨感,誰能保證我們的應(yīng)用中不使用這些類型的 API?沒人保證,我們能做的就是把他們的調(diào)用數(shù)量、頻率降低再降低,如果還是不能滿足我們需要,那么就考慮把他們封裝成獨(dú)立服務(wù),對外提供 TCP/HTTP 級別的接口調(diào)用,這樣我們的 OpenResty 就可以同時(shí)享受異步編程的好處又能達(dá)到我們的目的。