来源:即时通讯网 - 即时通讯开发者社区!
轻量级开源移动端即时通讯框架。
快速入门 / 性能 / 指南 / 提问
轻量级Web端即时通讯框架。
详细介绍 / 精编源码 / 手册教程
移动端实时音视频框架。
详细介绍 / 性能测试 / 安装体验
基于MobileIMSDK的移动IM系统。
详细介绍 / 产品截图 / 安装体验
一套产品级Web端IM系统。
详细介绍 / 产品截图 / 演示视频
引用此评论
引用:JackJiang 发表于 2022-09-27 20:43 没办法,无论是否群聊,对于接收者来说,都是“一条一条”的消息,所以ack是肯定要的,而且跟单聊相比并没 ...
引用:frfr46467979 发表于 2022-09-28 08:31 明白,我的意思是,接收方怎么判断是不是所有群成员都收到了?(因为群成员有500个人,我取消重传的逻辑 ...
引用:JackJiang 发表于 2022-09-28 10:13 “接收方怎么判断是不是所有群成员都收到了?”:这句怎么理解? 你是想做钉钉里面的已读/未读功能?
引用:frfr46467979 发表于 2022-09-28 10:39 说错了,是发送方,我意思是,A给500人的群发消息,A怎么界定是不是有没有收到500个人的接收ack? 群成 ...
引用:JackJiang 发表于 2022-09-28 10:54 A只管发给服务端,至于服务端扩散写发出去的群消息有没有收到ACK这不需要发送者关心,由服务端逻辑去处理 ...
引用:frfr46467979 发表于 2022-09-28 11:41 好的,因为单聊的消息我是这样处理的: A发给B,服务端收到消息后给A发送收到Ack,服务端存离线,判断B ...
精华主题数超过100个。
连续任职达2年以上的合格正式版主
为论区做出突出贡献的开发者、版主等。
Copyright © 2014-2024 即时通讯网 - 即时通讯开发者社区 / 版本 V4.4
苏州网际时代信息科技有限公司 (苏ICP备16005070号-1)
Processed in 0.093750 second(s), 39 queries , Gzip On.