现状： 
客户端采用轮询的方式查询可进入房间列表，对方答题情况，等待别人参加等接口。
轮询浪费带宽和CPU。

方案：
由服务端主动推送，小程序支持websocket，接口逐步更换，再全量废除旧接口

疑问：
有黏包和拆包问题吗？
通讯可靠性如何保证？ 保活？还是应用层应答确认模式？
nginx反向代理配置参数优化？
服务端保持长连接消耗，修改服务器参数？（文件句柄，内存）

进度：
1、获取用户排位赛排名更换		TODO
2、接口稳定后，其他接口全量更换		TODO
3、废除以前轮询用的http接口		TODO