《即时消息技术剖析与实战》学习笔记9——IM系统如何支持消息的多终端漫游

2019/04/10 10:10
阅读数 15

一、什么是多终端漫游

多终端漫游是指:用户在任意一个设备登录后,都能获取到历史的聊天记录。如:QQ 默认漫游 7 天的聊天记录,开通 VIP 会员可漫游 30 天,开通 SVIP 会员可漫游 2 年。

二、多终端漫游的实现

支持消息多终端漫游一般需要两个条件:

  • 设备在线状态
  • 离线消息存储
1. 通过设备的在线状态来实现

记录设备的在线状态,当用户在多个终端同时登录并发送消息时,IM 服务端将收到的消息推给接收方的多台在线设备,同时推给发送方的其他登录设备。 可以看到,当多终端同时在线,只需要维护设备的在线状态就可以了。

2. 通过离线消息存储来实现

上面的图是假设接收方或发送方的多台终端设备都是在线状态,若发送方或接收方用户的多台终端设备中,某些设备是离线状态,此时发送消息,IM 服务端只会将消息推送给在线设备,同时将消息存储到服务器,以便离线设备上线后同步历史消息。

  • 离线消息的同步机制

用户的某台离线设备上线后,需要知道获取哪些离线消息,一般采用版本号实现多终端和服务端的数据同步,保证离线消息可以做到按需拉取。 同步流程如图所示: ① 当有消息需要推送给用户时,会为每条消息生成一个版本号,并连同消息存入离线存储中,同时更新服务端维护的接收方用户的最新版本号,并将只携带版本号的消息发送给发送方设备,使发送方设备的最新版本号和服务端同步。 ② 接收方的在线设备接收到消息后,更新本地的最新版本号为收到的最后一条消息的版本号。 ③ 当接收方的离线设备上线时,会提交本地最新版本号到服务端,服务端比对服务端维护的该用户的最新版本号和客户端提交上来的版本号,如不一致,服务端会根据客户端的版本号从离线存储获取“比客户端版本号新”的消息,并推送给新上线的客户端。

  • 离线消息的存储

离线消息的存储,不仅包括消息内容本身,还需要存储一些操作(删除、撤销等)的信令。比如:用户 A 在一台已上线的设备删除/撤销了某条发送给用户 B 的消息,这个操作的信令也会和消息一起存储起来,这样当用户 A 的另一台离线设备上线时,就不会同步这个已删除/撤销的消息。

所以存储离线消息时,会存储消息内容、操作信令、消息对应的版本号。

  • 离线消息的淘汰机制

离线消息的存储成本比较高,因为不知道用户有几个设备,也不知道用户的离线设备多久上线,所以离线消息的存储一般会有时限和条数的限制,比如保留 1 周时间,最多存储 1000 条,若在保留时间内消息超过规定条数,在不超过大小限制和时效限制的前提下,采用 FIFO(先进先出) 的淘汰机制,这样用户的离线设备如果某一天上线,只会同步最近一周的历史记录,也可能消息超过保留时间反而什么都没同步哦🤷‍♀️

  • 消息打包下推和压缩

对于较长时间不上线的用户,上线后需要拉取的离线消息比较多,如果一条一条下推会导致整个过程很长,客户端看到的就是一条一条消息蹦出来,体验会很差。因此,针对离线消息的下推会采用整体打包、压缩推送的方式来把多条消息合并成一个大包推下去,不仅能减少网络传输时间,还能节省用户的流量消耗。实现上可以通过 header 标识告知客户端这是一个压缩过的打包消息,客户端收到后解压即可。

后记

这篇文章学完后,感觉有很多不明白的地方,但看完精选留言后又茅塞顿开,还是要多学习、多思考。

原文出处:https://www.cnblogs.com/sunshineliulu/p/12248674.html

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部