去重在所难免。正常情况下，正常人用的im，一般也不会有那么多大量的消息需要拉取，如果有，你就像微信那样，直接粗暴的搞个加载进度条，加载完了再让用户去操作

引用：JackJiang 发表于 2024-07-01 15:27
你把这几篇读读：

《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》

你好，我采用这种模式，群聊消息表，存放所有消息，群成员表，记录每个用户最后拉取时间，如果是全量拉取的话是没问题的，但是多数据很卡，如果我是外面线加载用户最新消息和未读数量，点进聊天列表才按需加载的话，这里的按需加载如果我第一在线没点进来，是没拉取离线的，但是我在线又收到消息了，这里的话我后面拉取未读消息都会参杂有已读消息，这样怎么解决呢，只能客户端去重吗，客户端去重处理量好像也很大

你把这几篇读读：

《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》
《IM群聊消息如此复杂，如何保证不丢不重？》
《移动端IM中大规模群消息的推送如何保证效率、实时性？》
《IM群聊消息究竟是存1份(即扩散读)还是存多份(即扩散写)？》
《网易云信技术分享：IM中的万人群聊技术方案实践总结》
《融云IM技术分享：万人群聊消息投递方案的思考和实践》