默认
开启辅助访问
分享
发表评论 2
即时通讯网»社区 › 解决方案区 › MobileIMSDK › [已回复] 研究mobileIMSDK源码，对于ack应答包的类型， ...
想开发IM：买成品怕坑？租第3方怕贵？找开源自已撸？尽量别走弯路了... 找站长给点建议
推荐 捐助作者，得《MobileIMSDK精编注释版 (精编源码+算法图+CHM版API)》，限量50份！ / 资料从何找起？看技术专辑吧!
[已回复] 研究mobileIMSDK源码，对于ack应答包的类型，有个疑惑
阅读（11818） | 评论（2） 收藏 淘帖1 赞
愿意 Lv.2 | 只看该作者 |只看大图 倒序浏览 |阅读模式
在服务端接收到客户端的普通类型消息（需qos）时，服务端需要向客户端发送ack确认消息包，但是在构建ack报文时，为什么类型要选择如图所示的类型，不应该是从服务端发出的类型吗，但是源码里面没有设置这样的类型，就是想不明白这个点。 [已回复] 研究mobileIMSDK源码，对于ack应答包的类型，有个疑惑_QQ图片20230607200902.png [已回复] 研究mobileIMSDK源码，对于ack应答包的类型，有个疑惑_QQ图片20230607201057.png

即时通讯网 - 即时通讯开发者社区！ 来源： - 即时通讯开发者社区！

标签:MobileIMSDK 求助
本主题由 JackJiang 于 11 个月前 审核通过
上一篇：基于MoileIMSDK开发的IM链接服务器失败问题▪下一篇：[已回复] 研究mobileIMSDK源码的qos机制遇到的疑问

本帖已收录至以下技术专辑

相关文章
推荐方案
评论 2
2 楼: JackJiang Lv.9 精华之王 白金版主 终身成就 | 只看该作者
抱歉，是这个常量的命名迷惑了你。
在早期的版本里，这个ACK确实是由消息的最终接收方发出的，而经过产品实践，由接收方发出存在不合理的地方，所以后来的版本改为了由服务端发出。但这个常量的命名为了向前兼容，就保留了下来，仅此而已
3 楼: 愿意 Lv.2 楼主 | 只看该作者
引用：JackJiang 发表于 2023-06-07 20:56
抱歉，是这个常量的命名迷惑了你。
在早期的版本里，这个ACK确实是由消息的最终接收方发出的，而经过产品 ...

好的，明白了，谢谢解答
返回列表 发新帖 发表评论
打赏楼主 ×
使用微信打赏！ 使用支付宝打赏！
即时通讯技术的分享和传播需要您的支持，感谢打赏！

返回顶部