请求返回后继续执行

# 请求返回后继续执行 在一些请求中，我们会做一些日志的推送、用户数据的统计等和返回给终端数据无关的操作。而这些操作，即使你用异步非阻塞的方式，在终端看来，也是会影响速度的。这个和我们的原则：**_终端请求，需要用最快的速度返回给终端_**，是冲突的。 这时候，最理想的是，获取完给终端返回的数据后，就断开连接，后面的日志和统计等动作，在断开连接后，后台继续完成即可。 怎么做到呢？我们先看其中的一种方法： ~~~ 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()](http://wiki.nginx.org/HttpLuaModule#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](#)里面给大家介绍更优雅的方案。