一个微信小游戏，要定时根据后台的状态做出反应，对实时性有一定要求。
现在是每秒都会发送一个ajax请求根据返回值来看状态是否改变，但是怕这样使用的人多了以后对服务器造成压力~
不知道大家有什么好的解决方法没有~
用NodeJS的socket.IO模块
既然是微信，最佳的是做socket连接，不过需要你们服务端改造下，这样前端比较省心，服务端推送就好了
其次的方案是参考comet模式，发一个ajax请求出去后，服务器如果没有新消息，不要反回，hold住这个连接，直到有数据；
前端要做三个事情：
第一个事情是由于http是短连接，一般浏览器都会设置一个超时时间，所以前端这个连接如果超过一定时间没有返回，需要abort掉，重新发起，推荐30秒;
第二个事情是每次服务器有数据返回后，这个请求就结束了，你需要发起一个新的请求做监听；
第三个事情是多页面请求冲突问题，比较麻烦，不过如果你们是小游戏，应该是单页面应用就不用处理了，一般多页面应用或者WEB网站这类的，是通过localstorage来共享信息避免重发请求，也可以关掉前一个请求，在当前页面重新发起一个请求
不管哪种方案都要服务器端做改造，这不仅仅是前端自己的事，因为如果每一个连接都开一个线程，很快就会内存不够挂掉的。
状态改变由服务端主动推
后端加缓存
- 加一层Redis或者Memcache做缓存，缓解对后端特别是数据库的压力，当然也要控制好缓存的过期
前后端结合
- 根据在线人数和服务器系统负载动态确定轮训的初始间隔，接着利用类似于拥塞控制的算法让每次轮训间隔可变
- 使用Comet，Metor，Socket.io这样的中间件，配合AJAX或者WebSocket，实现PUB/SUB模式
纯前端方案
- 选择一款合适的支持实时推送的BaaS（后端即服务），我自己用过Firebase，类似还有若干
"websocket,轮询,长连接"三选一