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(‘/’)
至此，我们可以愉快的用杨昆的解法搞定这个问题了！