默认
开启辅助访问
发表评论 1
即时通讯网»社区 › 综合互动区 › 自由讨论 › 在IM客户端中对已发送的消息存储在sqlite中的主键设计疑 ...
想开发IM：买成品怕坑？租第3方怕贵？找开源自已撸？尽量别走弯路了... 找站长给点建议
推荐 方案：MobileIMSDK框架、RainbowChat产品、RainbowChat-Web产品 / 签到领积分！ / 官方技术交流群：185926912
在IM客户端中对已发送的消息存储在sqlite中的主键设计疑问
阅读（22521） | 评论（1） 收藏 淘帖 赞
我要996 Lv.1 1 年前 | 只看该作者 倒序浏览 |阅读模式
  在服务端中会持久化发送过来的消息到数据库中，那么在客户端中sqlite存储该消息开一个自增的clientId来做为客户端本地查询使用（重启应用后联表查询什么的），待服务端持久化成功后返回生成的主键并且客户端收到后更新该消息id列的值（与clientId为不同列），想请问一下这样逻辑有问题吗？
  另外想问下客户端本地其它用户信息的同步是怎么做的，目前想到的是每当用户更新自己的信息后就查找相关好友，并对这些好友进行推送以更新他们的本地客户端的user表。望大佬不吝赐教

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

标签:IM开发 移动端IM开发 求助 ID生成
上一篇：请教一下IM多端消息同步中，删除聊天消息指令在客户的同步问题▪下一篇：请问IM中用户鉴权是在TCP链接建立前还是后的问题
相关文章
推荐方案
评论 1
2 楼: JackJiang Lv.9 精华之王 白金版主 终身成就 1 年前 | 只看该作者
你客户端sqlite里的自增id不需要跟服务端有什么关联，不需要受服务端数据结构的影响
通常im聊天消息都有消息id，这个id全局唯一，前后端都是用这个来标识某条消息的。

关于消息id的技术文章，你看看这些：
《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践（容灾方案篇）》
《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》
《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》
《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator的技术实现》
《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》
返回列表 发新帖 发表评论
打赏楼主 ×
使用微信打赏！ 使用支付宝打赏！
即时通讯技术的分享和传播需要您的支持，感谢打赏！

返回顶部