请选择 进入手机版 | 继续访问电脑版

默认
打赏 发表评论 33
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
引用:weixiaoyao 发表于 2019-01-02 18:07
我们目前的离线思路是另一种,从业务层面弱化离线和在线的区别,群消息表内只存1条消息,send_id, group_id ...

文章里的方法,其实是目前主流移动端IM的做法,有一个好处就是:当用户的手机真正离线(也就是网络不可用的情况下——这可能是用户为了省流量或电量主动关闭的、也有可能是信号不好等等情况下)的时候,是可以完全脱机查看这些消息的。

而你的方案,在手机脱机这种场景下,其实是体验不好的,因为用户不可能及时地把所有未读消息界面都点过,或者说恰好点到这个界面的时候网络信息号好,那么此时好友或群有消息拉取体验就下降很多,而且你的方案会把这种不佳体验风险放大(在极端情况下,由于移动网络都懂或跳变的可能性很大,导致用户可能会频繁碰到这种体验问题)。

不过,没有绝对最优的方案,适合的就是最好的。
签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html
引用:JackJiang 发表于 2019-01-02 18:23
文章里的方法,其实是目前主流移动端IM的做法,有一个好处就是:当用户的手机真正离线(也就是网络不可用 ...

是的,说的有道理,在离线情况下我这种体验确实不太好,可能用户点进去聊天界面后都是一片空白。
在网络时断时续的情况下,我倒觉得没有太大问题,因为这时就算是在线消息,也可能出现频繁发送、接收不到的坏体验,更何况离线消息了。
学习了,正在做相关工作。
其实不太想写评论,因为还没消化后提出好问题或者更好的解决方案。想把好位置给有价值的信息。 不过想想积极的评论也是对作者和传播者更大的鼓励。 喜欢阅读这种渐进式文章。 一步一步优化推进,已不是个人纪要,完全是教科书。赞👍
引用:郑柳青 发表于 2019-04-19 12:15
其实不太想写评论,因为还没消化后提出好问题或者更好的解决方案。想把好位置给有价值的信息。 不过想想积 ...

签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html
如果只有last_ack_msg_id,如果用户登录了去拉取数据,客户端还没返回拉取的ack,聊天通道就新发送了消息,服务端收到在线的ack,那么这时候如果更新last_ack_msg_id,就可能出错了,这个问题怎么解决呢
引用:jituijiaqiezi 发表于 2019-06-18 16:02
如果只有last_ack_msg_id,如果用户登录了去拉取数据,客户端还没返回拉取的ack,聊天通道就新发送了消息, ...

qq的设计原则是万有一失,方案没有完美的,能把异常控制在可接受范围内,也算是一种折中啦
签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html

@JackJiang
如果按msg_id或者时间戳拉取群聊离线消息,遇到以下这种情况怎么处理,求指导.
客户端在线分别收到msg_id为4,5,6的三条在线推送消息,客户端ACK时,msg_id为4和6的消息,ACK未被服务端收到;
客户端再次登录后,按msg_id拉取离线消息,只能拉取5和6,4必然丢失; 按时间戳也存在类似的问题,怎么办呢?
引用:eng 发表于 2019-09-23 12:53
@JackJiang
如果按msg_id或者时间戳拉取群聊离线消息,遇到以下这种情况怎么处理,求指导.
客户端在线分 ...

你这说的好乱,你直接说,接收者已经在线收到了哪几条,离线了哪几条
签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html
引用:JackJiang 发表于 2019-09-23 13:08
你这说的好乱,你直接说,接收者已经在线收到了哪几条,离线了哪几条

@JackJiang

接收者在线收到了msg_id=4,5,6的这三条,  但msg_id=4和msg_id=6的ACK没有成功, 那msg_id=4的这条怎么离线拉取出来?
引用:eng 发表于 2019-09-23 13:33
@JackJiang

接收者在线收到了msg_id=4,5,6的这三条,  但msg_id=4和msg_id=6的ACK没有成功, 那msg_id= ...

你是在担心:实际上4、6已被收到的情况下,如果服务端再存4、6离线的话,下次拉取就会存在4、6在接收者那边重复的情况吗?
签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html
引用:JackJiang 发表于 2019-09-23 14:51
你是在担心:实际上4、6已被收到的情况下,如果服务端再存4、6离线的话,下次拉取就会存在4、6在接收者那 ...

@JackJiang   不是,我不担心4和6拉取重复; 我担心按msg_id > 5 拉取群离线消息,没有拉取到msg_id=4的这条消息
引用:eng 发表于 2019-09-23 16:52
@JackJiang   不是,我不担心4和6拉取重复; 我担心按msg_id > 5 拉取群离线消息,没有拉取到msg_id=4的这条 ...

对于服务端来说,这种异常的ACK,应该有个容错的逻辑
签名: 《IM里“附近的人”功能实现原理是什么?如何高效率地实现它?》http://www.52im.net/thread-2827-1-1.html
引用:JackJiang 发表于 2019-09-23 20:19
对于服务端来说,这种异常的ACK,应该有个容错的逻辑

@JackJiang    容错的逻辑能给个具体的思路吗? 另外,这个容错的机制是不是放在客户端判断比较好?
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部