websocket如何保证稳定性

·  阅读 1372

「Offer 驾到,掘友接招!我正在参与2022春招系列活动-经验复盘,点击查看 活动详情

一、项目简介:

综述:

  • 我的项目是一个后台系统能实时显示来自手机上的订单
  • 我实现的目标就是数据能够实时同步

二、项目背景:

数据同步在业务中其实经常会碰到,举一些常用APP的例子:

  1. 比如滴滴出行有乘客端和司机端,司机端的状态需要实时同步给乘客,乘客可以看到司机是否到达上车点。
  2. 比如美团外卖有骑手端和客户端,骑士的接单状态需要实时同步给用户,用户可以知道骑手是否送达。
  3. 点餐系统需要实时获取扫码点餐的用户下单情况,及时处理用户的订单。

这些都要涉及多端之间的数据同步,要怎样保证数据的及时性和准确性是项目的难点,我们还要考虑各种突发情况,比如用户网络不好订单无法及时更新,服务端不稳定数据无法及时更新等等问题。

三、实践过程:

  1. 技术选型:websocket+心跳包+重接+轮询

我的项目场景是后台需要实时显示来自手机端的订单,如果单纯的用websocket也没问题,但是实践过程中遇到的问题是,手机断开网络了,如果websocket不发消息,websocket是不会立即触发error事件的,这样就导致了订单没有及时更新,所以我们就需要加心跳包。

心跳包是什么?就是客户端每隔一段时间向服务器发送一条消息,那么服务端也需要配合我们,发了消息之后需要立马应答我,然后客户端就知道两人都一切正常没毛病,过几秒钟之后再次发消息。这样就确保两端之间正常。

客户端:你在吗?
服务端:在的

客户端:你在吗?
服务端:在的

客户端:你在吗?
服务端:在的
复制代码

如何我问了你“你在吗?”,但是你很久都没回复我,那说明你有问题,这个时候可以关闭websocket重新连接。断线重连是我们的重要环节,一旦发现消息久久没有回复,或者触发的error事件,都要立刻关闭websocket连接进行重连。重连最好加个次数限制,比如重连了10次没有反应就不再连接了。这个时候我们可以改成轮询方式,进行定时拉取服务的数据。

其实服务端的数据单靠websocket通知是不够的,但是实践过程中遇到的问题是服务端推送机制老是阻塞出现异常,服务端不能及时把消息发送给客户端。那遇到这样的问题就需要websocket+轮询同时进行,一个坏了另一个可以继续用,但是如果两个坏了就真的没戏了。

在设计的过程中websocket+轮询配合使用,由于考虑到性能问题,我们可以把轮询的时间间隔变大一点,比如5s轮询接口一次,毕竟加了websocket能把消息发过来。一旦发现websocket不行了出问题了,我们可以把轮询的时间调短一点比如1s更新一次。

由于websocket+轮询的两种方式同时进行,数据的及时性可以提高很多,但是有些人又会问,那干脆直接都用轮询得了搞得这么麻烦,其实轮询由于存在时间间隔,不知道服务端什么时候数据更新,而websocket可以让服务端立马通知给客户端数据更新。

最后再提一句,由于使用了轮询会给服务端带来压力,所以你们的服务器如果抗不住最好就不要加了,可以把websocket稳定性做好就可以。毕竟适合自己的才是最好的。

五、总结思考:

做好实时数据同步的稳定性真的很重要,我的项目一开始也是单纯的只有websocket,会导致后台系统的无法及时的收到来自手机端的订单,又由于订单信息是非常重要的,所以我们需要把性能做好。面对这样的问题,我们可以使用多种法案融合在一起,一个坏了另一个可以继续用。

另外还需要注意一些边界情况,由于websocket+轮询的两种方式比较消耗性能,需要在离开页面的时候把这些东西清除掉,也就是关闭连接关闭轮询。

所以我的最佳实践是:

网络正常的情况:
websocket和心跳包 + 5s的轮询

网络异常的情况:
websocket(进行10次重连) + 1s的轮询

如果10次重连都出问题,那么直接关闭,仅使用1s的轮询

如果10次重连一但连接上,那么继续使用5s的轮询
复制代码
分类:
前端
标签:
分类:
前端
标签:
收藏成功!
已添加到「」, 点击更改