- 2019-07-12文末的问题，难道是ngx.now()取时间发生在resusme函数恢复堆栈阶段？
作者回复: Nginx 是以性能优先作为设计理念的，它会把时间缓存下来。从 ngx.now 的源码中我们可以得到印证：
static int
ngx_http_lua_ngx_now(lua_State *L)
{
ngx_time_t *tp;
tp = ngx_timeofday();
lua_pushnumber(L, (lua_Number) (tp->sec + tp->msec / 1000.0L));
return 1;
}
是调用了 Nginx 中的 ngx_timeofday 函数获取的时间。
而这个函数其实是一个宏定义：
#define ngx_timeofday() (ngx_time_t *) ngx_cached_time
而 ngx_cached_time 的值只在函数 ngx_time_update 中会更新。
那问题就简化为： ngx_time_update什么时候会被调用。如果你在 Nginx 的源码中去跟踪它的话，就会发现ngx_time_update的调用比较多，在事件循环中都有出现。 4 
2019-07-14老师，问一个困惑我的问题：
local res, err = red:hmset("animals", t)
if not res then
ngx.say("failed to set animals: ", err)
return
end
例如上面这种代码，其中的return有什么用呢，不加这个return不行吗展开作者回复: return 是很明确的跳出了这个函数，不再执行后面的语句。
1
2019-09-21本地Windows机器运行测试，诡异的发现ngx.worker.id是一个函数，应该写成
if ngx.worker.id() == 0 then
start_timer()
end作者回复: windows 下这个函数是有问题的，最好在 Linux、mac 下来使用 OpenResty
1
2019-07-30这时，我们就可以在其中穿插 ngx.sleep(0)，使这段代码让出控制权，让其他请求也可以得到处理。
这里 sleep(0) 为什么 ngx.sleep(0) 会让出控制权呀作者回复: 因为 ngx.sleep 也是一个 yield 操作，会触发 nginx 的事件循环。
2019-07-14看了留言以及回复，也就是说只有在调用了ngx_timer_update的时候，ngx.timer的值才会更新，而调用前者多是在事件循环中，而调用yield 函数通常是添加了一个事件。这样解释了需要yield操作之后，ngx.timer才会更新，是吧。作者回复: 是的，没错
- 2019-07-14我知道return的用法了，总结了一下：
return的用法：
用在函数中时，return 主要是用于从函数中返回结果，不会终止程序继续执行；
用在条件语句中时，return用于终止当前程序的运行，后面的所有代码都不会执行了；
用于循环语句时，return用于终止当前程序的运行，后面的所有代码都不会执行了，而break是终止循环继续运行，注意他们的区别；
注意return不能直接用于代码文件级别。
do return end一般用于调试代码的场景使用：
用于函数中时，可放置在函数中代码的中间，这样函数剩余的代码部分不会被执行，不会中断程序执行；
用于条件、循环语句中时，可放置在代码块的中间，会在此处中断程序执行；
直接用于代码文件级别，会在此处中断程序执行。展开 
2019-07-12它只获取nginx内部的一个状态，不需要让出cpu。也就不需要lua协程和ngx core之间的切换了。
只有期望让出cpu，让ngx corre帮他完成部分操作的api，才会出现上下文的切换，也就是yield和resume