OpenResty sleep

這是一個(gè)比較常見(jiàn)的功能，你會(huì)怎么做呢？Google 一下，你會(huì)找到Lua 的官方指南，

里面介紹了 10 種 sleep 不同的方法（操作系統(tǒng)不一樣，方法還有區(qū)別），選擇一個(gè)用，然后你就杯具了:( 你會(huì)發(fā)現(xiàn) Nginx 高并發(fā)的特性不見(jiàn)了！

在 OpenResty 里面選擇使用庫(kù)的時(shí)候，有一個(gè)基本的原則：盡量使用 OpenResty 的庫(kù)函數(shù)，盡量不用 Lua 的庫(kù)函數(shù)，因?yàn)?Lua 的庫(kù)都是同步阻塞的。

# you do not need the following line if you are using
# the ngx_openresty bundle:
lua_package_path "/path/to/lua-resty-redis/lib/?.lua;;";

server {
    location /non_block {
        content_by_lua_block {
            ngx.sleep(0.1)
        }
    }
}

本章節(jié)內(nèi)容好少，只是想通過(guò)一個(gè)真實(shí)的例子，來(lái)提醒大家，做 OpenResty 開(kāi)發(fā)，lua-nginx-module 的文檔是你的首選，Lua 語(yǔ)言的庫(kù)都是同步阻塞的，用的時(shí)候要三思。

再來(lái)一個(gè)例子來(lái)說(shuō)明阻塞 API 的調(diào)用對(duì) Nginx 并發(fā)性能的影響

location /sleep_1 {
    default_type 'text/plain';
    content_by_lua_block {
        ngx.sleep(0.01)
        ngx.say("ok")
    }
}

location /sleep_2 {
    default_type 'text/plain';
    content_by_lua_block {
        function sleep(n)
            os.execute("sleep " .. n)
        end
        sleep(0.01)
        ngx.say("ok")
    }
}

ab 測(cè)試一下

?  nginx git:(master) ab -c 10 -n 20  http://127.0.0.1/sleep_1
...
Requests per second:    860.33 [#/sec] (mean)
...
?  nginx git:(master) ab -c 10 -n 20  http://127.0.0.1/sleep_2
...
Requests per second:    56.87 [#/sec] (mean)
...

可以看到，如果不使用 ngx_lua 提供的 sleep 函數(shù)，Nginx 并發(fā)處理性能會(huì)下降 15 倍左右。

為什么會(huì)這樣？

原因是 sleep_1 接口使用了 OpenResty 提供的非阻塞 API，而 sleep_2 使用了系統(tǒng)自帶的阻塞 API。前者只會(huì)引起(進(jìn)程內(nèi))協(xié)程的切換，但進(jìn)程還是處于運(yùn)行狀態(tài)(其他協(xié)程還在運(yùn)行)，而后者卻會(huì)觸發(fā)進(jìn)程切換，當(dāng)前進(jìn)程會(huì)變成睡眠狀態(tài), 結(jié)果 CPU 就進(jìn)入空閑狀態(tài)。很明顯，非阻塞的 API 的性能會(huì)更高。