Tornado的异步I/O机制使其很适合处理长连接的场景,在官方提供的Demo中就有一个简单的聊天室实现,大致做法如下:
1. 提供一个全局的消息缓存
2. 每次获取新消息时,如果缓存中没有新消息出现,则一直等待
3. 前端使用ajax不断轮询新消息并显示,当没有新消息时,意味着前端会和tornado保持一个长时间不活跃的连接
然后,使用Nginx来为Tornado做反向代理,使用Chrome来访问聊天室,看到开发者工具的console中报了大量504(Gateway Time-out)错误;查看Nginx日志,可以看到如下信息:
upstream timed out (110: Connection timed out) while reading response header from upstream
通过前面的代码学习,我们知道,客户端的消息轮询会导致Nginx和Tornado之间建立HTTP连接,当没有新消息出现时,Tornado不会返回响应给Nginx,Nginx是很没有耐心的,它默认只会给upstream 60s时间来返回响应,超过这个时间后,就会向客户端返回504错误了。那么针对这个简单的例子,我们把Nginx的这个等待时间提高一些就可以了,如下所示将等待时间提高到7200s:
proxy_read_timeout 7200;