离线下载
PDF版 ePub版

WenMing · 更新于 2017-10-22 10:00:25

请求返回后继续执行

在一些请求中,我们会做一些日志的推送、用户数据的统计等和返回给终端数据无关的操作。而这些操作,即使你用异步非阻塞的方式,在终端看来,也是会影响速度的。这个和我们的原则:终端请求,需要用最快的速度返回给终端,是冲突的。

这时候,最理想的是,获取完给终端返回的数据后,就断开连接,后面的日志和统计等动作,在断开连接后,后台继续完成即可。

怎么做到呢?我们先看其中的一种方法:

local response, user_stat = logic_func.get_response(request)
ngx.say(response)
ngx.eof()

if user_stat then
   local ret = db_redis.update_user_data(user_stat)
end

没错,最关键的一行代码就是ngx.eof(), 它可以即时关闭连接,把数据返回给终端,后面的数据库操作还会运行。比如上面代码中的

local response, user_stat = logic_func.get_response(request)

运行了 0.1 秒,而

db_redis.update_user_data(user_stat)

运行了 0.2 秒,在没有使用 ngx.eof()之前,终端感知到的是 0.3 秒,而加上 ngx.eof()之后,终端感知到的只有 0.1 秒。

需要注意的是,你不能任性的把阻塞的操作加入代码,即使在 ngx.eof()之后。 虽然已经返回了终端的请求,但是,Nginx 的 worker 还在被你占用。所以在 keep alive 的情况下,本次请求的总时间,会把上一次 eof()之后的时间加上。

如果你加入了阻塞的代码, nginx 的高并发就是空谈。

有没有其他的方法来解决这个问题呢?我们会在ngx.timer.at 里面给大家介绍更优雅的方案。

上一篇: 禁止某些终端访问 下一篇: 调试