如何避免前端轮询太频繁对服务器造成压力

大黑
  • 644

一个微信小游戏,要定时根据后台的状态做出反应,对实时性有一定要求。
现在是每秒都会发送一个ajax请求根据返回值来看状态是否改变,但是怕这样使用的人多了以后对服务器造成压力~
不知道大家有什么好的解决方法没有~

回复
阅读 15.6k
5 个回答
whosesmile
  • 2k
✓ 已被采纳

既然是微信,最佳的是做socket连接,不过需要你们服务端改造下,这样前端比较省心,服务端推送就好了

其次的方案是参考comet模式,发一个ajax请求出去后,服务器如果没有新消息,不要反回,hold住这个连接,直到有数据;

前端要做三个事情:
第一个事情是由于http是短连接,一般浏览器都会设置一个超时时间,所以前端这个连接如果超过一定时间没有返回,需要abort掉,重新发起,推荐30秒;
第二个事情是每次服务器有数据返回后,这个请求就结束了,你需要发起一个新的请求做监听;
第三个事情是多页面请求冲突问题,比较麻烦,不过如果你们是小游戏,应该是单页面应用就不用处理了,一般多页面应用或者WEB网站这类的,是通过localstorage来共享信息避免重发请求,也可以关掉前一个请求,在当前页面重新发起一个请求

不管哪种方案都要服务器端做改造,这不仅仅是前端自己的事,因为如果每一个连接都开一个线程,很快就会内存不够挂掉的。

龙天
  • 322

后端加缓存

  1. 加一层Redis或者Memcache做缓存,缓解对后端特别是数据库的压力,当然也要控制好缓存的过期

前后端结合

  1. 根据在线人数和服务器系统负载动态确定轮训的初始间隔,接着利用类似于拥塞控制的算法让每次轮训间隔可变
  2. 使用Comet,Metor,Socket.io这样的中间件,配合AJAX或者WebSocket,实现PUB/SUB模式

纯前端方案

  1. 选择一款合适的支持实时推送的BaaS(后端即服务),我自己用过Firebase,类似还有若干

状态改变由服务端主动推

用NodeJS的socket.IO模块

"websocket,轮询,长连接"三选一

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
宣传栏