据说,微信搞不定状态同步,才取消了“在线”的概念?(第51讲)

《架构师之路:架构设计中的100个知识点》

51.用户状态同步

有童鞋问我说,听说QQ状态同步过于复杂,微信的架构师搞不定,才取消了“在线”的概念,是这样吗?

微信“在线”的产品设计理念我不知道,做了几十年IM,可以和大家聊聊在线状态同步相关的架构设计。

QQ在线状态同步分两大类:

1. 好友状态的同步;

2. 群友状态的同步;

这两类状态同步的需求各异,前者需要实时同步,后者能够容忍延时

任何脱离业务的架构设计都是耍流氓,这两类场景的状态同步,究竟是推送还是拉取呢?

用户的在线状态,分为:

1. 客户端状态(端,显示状态);

2. 服务端状态(云,真实状态);

两种形态。

什么是服务端状态?

服务端状态,在线online和离线offline两种,这是用户的真实在线状态。不同的状态,对于不同的业务处理流程可能不同。

例如,对于消息的处理:

1. 服务端状态在线,直接投递给用户;

2. 服务端状态离线,则存储离线消息,等用户下一次登录拉取;

如何实时更新服务端状态?

用户uid-A登录时,会修改用户的服务端状态为在线。

图片

用户uid-A登出时,会修改用户的服务端状态为离线。

图片

经常的,服务端会将用户的服务端状态存储在高可用的缓存集群里。

什么是客户端状态?

对好友,群友显示的在线状态,例如隐身、离线、忙碌、勿扰等,是客户端状态,这些状态是产品功能需求。我们所说的“用户状态同步”,都是指的客户端状态。

为了方便介绍,假设客户端状态也只有online和offline两种状态,与服务端状态一致,后文统一称为“用户状态”。

如何获取好友的状态?

uid-A登录时,先去数据库拉取自己的好友列表,再去缓存获取所有好友的状态。

图片

用户uid-A的好友uid-B状态改变时(由登录、登出等动作触发),uid-A如何同步这一事件?

情况一:如果对于状态变更实时性要求不高,可以采用拉取。

uid-A向服务器轮询拉取uid-B(其实是自己的全部好友)的状态,例如每1分钟一次,其缺点是:

1. 如果uid-B的状态改变,uid-A获取不实时,可能有1分钟时延;

2. 如果uid-B的状态不改变,uid-A会有大量无效的轮询请求,非常低效;

情况二:如果对于状态变更实时性要求较高,则必须推送。

uid-B状态改变时(由登录、登出等动作触发),服务端不仅要在缓存中修改uid-B的状态,还要将这个状态改变的通知推送给uid-B的在线好友。

图片

推送的优势是:实时。

缺点是:当在线好友量很大时,任何一个用户状态的改变,会扩散成N个实时通知,这个N叫做“消息风暴扩散系数”。

假设一个IM系统平均每个用户有200个好友,平均有20%的好友在线,那么消息风暴扩散系数N=40,这意味着,任何一个状态的变化会变成40个推送请求。

群友状态的一致性,和好友状态的一致性相比,复杂在哪里?可不可以采用实时推送?

群业务场景大伙也非常熟悉,你能够加入若干群(例如20个),假设平均每个群有200人,即你会有4000个群友。依然假设20%的用户在线,那么为了保证群友状态的实时性,每个用户登录,就要将自己的状态改变通知发送给20*200*20%=800个群友,N=800,意味着,任何一个状态的变化会变成800个推送请求。

如果说好友状态实时推送,消息风暴扩散系数N=40尚可以接受,那么群友状态实时推送,N=800则是灾难性的。此类业务往往采用轮询拉取的方式,获得群友的状态。

轮询拉取群友状态也会给服务器带来过大的压力,还有什么优化方式?

群友的数据量太大,虽然每个用户平均加入了20个群,但实际上并不会每次登录都进入每一个群。

不采用轮询拉取,而采用按需拉取,延时拉取的方式,在真正进入一个群时才实时拉取群友的在线状态,是既能满足用户需求(用户感觉是状态是实时、一致的,但其实是进入群才拉取的),又能降低服务器压力。这是一种常见方法。

总结

状态的实时性与一致性是一个较难解决的技术问题,一般来说:

1. 好友状态同步,是采用推送的方式同步;

2. 群友状态同步,由于消息风暴扩散系数过大,一般采用拉取的方式同步;

3. 群友状态同步,还能采用按需拉取的优化方式,进一步降低服务端压力;

4. “消息风暴扩散系数”是指一个消息发出时,变成N个消息的扩散系数,这个系数一定程度上决定了技术采用推送还是拉取;

知道为什么,一个群最多500人了吧?

知其然,知其所以然。

思路比结论更重要。

==全文完==

附录,近5年系列内容:

1. 架构篇,已完结:《80个经典架构问题!

2. IM篇,已完结:关于即时通讯架构的一切!

3. 架构篇,进行中:《架构设计中100个知识点》

4. AI,进行中:《deepseek原理应用与实践》

5. 知行合一篇,规划中,1743天,299万...

讲技术的宝藏号,日更。

调研:

微信取消“在线状态”概念,是什么原因呢?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值