这个问题我曾经遇到,因为没有影响到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不自动终止函数的执行呢?
我将重点摘录如下:
@安江泽
self.finish()代表回应生成的终结,并不代表着请求处理逻辑的终结。假设你有一个block的逻辑是和回应无关的,那么放在self.finish()的后面可以显著的缩短响应时间。
所以,如果你确定自己的逻辑需要立即返回,可以在self.finish()后立刻return。Tornado在将这个自由留给了你自己。
另外一个理由是,在call stack里让顶端的函数去弹出一个非顶端的函数,这个逻辑有点奇怪。唯一能够提供退出的机制就是异常了。但是在正常逻辑里面使用异常去实现一个功能,也是很怪的逻辑。
@杨昆
没错 同理还有self.render/self.write
我们在所有这种response语句前加return 例如 return self.redirect(‘/’)
至此,我们可以愉快的用杨昆的解法搞定这个问题了!