默认

阿里IM技术分享(五):闲鱼亿级IM消息系统的及时性优化实践

查看数: 158352 | 评论数: 5 | 收藏 3
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2021-10-19 14:55

正文摘要:

本文由阿里闲鱼技术团队有攸分享,原题“向消息延迟说bybye:闲鱼消息及时到达方案”,即时通讯网有修订和改动,感谢作者的分享。 1、引言 IM消息作为闲鱼用户重要的交易咨询工具,核心目标有两点: 1)第一是 ...

评论

Frank 发表于 12 个月前
分享的挺细的,值得鼓励
jinhu 发表于 2 年前
厉害
椎锋陷陈 发表于 2 年前
引用:JackJiang 发表于 2021-10-20 11:17
对的,第一个理解是对的,第二个我认为你理解是对的,但作者的表述不够严谨。
只能说,闲鱼的这套im确实 ...

好的,谢谢Jack Jiang大佬答复。的确,闲鱼的这套IM系统感觉一开始的设计漏洞百出,完全不像是大厂的作品哈。
JackJiang 发表于 2 年前
引用:椎锋陷陈 发表于 2021-10-20 10:03
此处想表述的应该是“设备当前位点与服务端最新位点「之间」的所有消息”或者“设备当前位点「到」服务 ...

对的,第一个理解是对的,第二个我认为你理解是对的,但作者的表述不够严谨。
只能说,闲鱼的这套im确实前期设计的不够优秀,很多逻辑都是应急使用
椎锋陷陈 发表于 2 年前

在用户拉取消息时会拉取到设备当前位点与服务端最新位点的所有消息



此处想表述的应该是“设备当前位点与服务端最新位点「之间」的所有消息”或者“设备当前位点「到」服务端最新位点的所有消息”吧?
即服务端会返回两个位点之间的所有消息,这些消息就是客户端待拉取的消息。

消息范围限定为服务端ACCS成功下行但是客户端通过主动拉取同步到的消息



此处我理解应该是说,服务端通过ACCS长连接下行消息,并认为是下行成功了,但实际却下行失败,消息实际是通过客户端主动拉取同步到的是吧?



返回顶部