Tornado 莫名其妙的抛出“AssertionError” 异常的解决方法

这个问题我曾经遇到，因为没有影响到server的正常运行，就没有花功夫管它。

今天又一次遇到，且是在操作一个简单handler时，这里我就不再自己写范例，直接给前辈的一个例子。

import tornado.ioloop
import tornado.web

class MainHandler(tornado.web.RequestHandler):
def get(self):
self.finish()
self.write("Hello, world")

application = tornado.web.Application([
(r"/", MainHandler),
])

if __name__ == "__main__":
application.listen(8888)
tornado.ioloop.IOLoop.instance().start()

如果我们访问的话，Tornado会报错，Trackback如下：
Traceback (most recent call last):
File "C:\Python27\lib\site-packages\tornado\web.py", line 927, in _execute
getattr(self, self.request.method.lower())(*args, **kwargs)
File "I:\party\test.py", line 9, in get
self.write("Hello, world")
File "C:\Python27\lib\site-packages\tornado\web.py", line 442, in write
assert not self._finished
AssertionError
ERROR:root:Cannot send error response after headers written

很显然，在我们调用self.finish()以后，RequestHandler的处理函数继续向下执行了，从而导致了错误的发生。

那么，为什么在调用self.finish()以后，Tornado不自动终止函数的执行呢？

（From：http://www.idndx.com/posts/tornado-throw-assertionerror-exception-unexceptly.html）

对于这个问题，知乎上的讨论是：（http://www.zhihu.com/question/19787492）

我将重点摘录如下：

@安江泽
self.finish()代表回应生成的终结，并不代表着请求处理逻辑的终结。假设你有一个block的逻辑是和回应无关的，那么放在self.finish()的后面可以显著的缩短响应时间。

所以，如果你确定自己的逻辑需要立即返回，可以在self.finish()后立刻return。Tornado在将这个自由留给了你自己。

另外一个理由是，在call stack里让顶端的函数去弹出一个非顶端的函数，这个逻辑有点奇怪。唯一能够提供退出的机制就是异常了。但是在正常逻辑里面使用异常去实现一个功能，也是很怪的逻辑。

@杨昆
没错  同理还有self.render/self.write
我们在所有这种response语句前加return 例如  return self.redirect(‘/’)

至此，我们可以愉快的用杨昆的解法搞定这个问题了！