来源:即时通讯网 - 即时通讯开发者社区!
3.png (131.5 KB, 下载次数: 3035)
下载附件 保存到相册
4 年前 上传
4.png (40.4 KB, 下载次数: 3144)
轻量级开源移动端即时通讯框架。
快速入门 / 性能 / 指南 / 提问
轻量级Web端即时通讯框架。
详细介绍 / 精编源码 / 手册教程
移动端实时音视频框架。
详细介绍 / 性能测试 / 安装体验
基于MobileIMSDK的移动IM系统。
详细介绍 / 产品截图 / 安装体验
一套产品级Web端IM系统。
详细介绍 / 产品截图 / 演示视频
引用此评论
引用:JackJiang 发表于 2020-09-03 19:24 我先问一下,你是在测试demo原版代码在极端网络情况下的表现,还是现在正基于MobileIMSDK写一个im? 你可 ...
引用:刘贵林 发表于 2020-09-03 19:36 server端基本按照demo的,没做改动
引用:JackJiang 发表于 2020-09-03 19:40 是的,sdk里消息送达保证的逻辑就是:保证不出现消息黑洞(也就是发出去后,对方收到,还是未送达,完全 ...
引用:刘贵林 发表于 2020-09-03 19:42 这个有好一点的处理方案吗
引用:JackJiang 发表于 2020-09-03 20:18 你的意思是,希望发送端只要跟服务端连接是好的,消息到服务端,就认为消息被送达是吗
引用:刘贵林 发表于 2020-09-03 21:43 是的,只要消息到了IM服务端就认为是到达,IM服务端若转发失败就走失败的回调存储到服务端作为离线消息
引用:JackJiang 发表于 2020-09-03 21:53 目前v4版本的逻辑就是这样的。不过,这个逻辑在MobileIMSDK v5里会变更为你期望的这样,v5版还在整理和和 ...
引用:刘贵林 发表于 2020-09-03 21:57 好的,暂时我们只能发送失败后放入消息延时队列过10秒后再重新发一次
精华主题数超过100个。
连续任职达2年以上的合格正式版主
为论区做出突出贡献的开发者、版主等。
Copyright © 2014-2024 即时通讯网 - 即时通讯开发者社区 / 版本 V4.4
苏州网际时代信息科技有限公司 (苏ICP备16005070号-1)
Processed in 0.093750 second(s), 35 queries , Gzip On.