站长威武!

发送方在线时，对于已读回执的发送，真的需要实时推送么？
答：其实不需要，发送方每发一条消息，会收到40个已读回执，采用轮询拉取（例如1分钟一次，一个小时也就60个请求），可以大大降低请求量。
======================================================
轮询拉取，一次拉多少条数据是个问题吧？是所有的都拉还是拉取某一段时间的？

引用：blackheyan 发表于 2024-03-08 15:53
发送方在线时，对于已读回执的发送，真的需要实时推送么？
答：其实不需要，发送方每发一条消息，会收到40 ...

这个看产品定义吧，已读回执实时性要求没那么高，做出的效果差不多就可以了

向各位老师请教一下：
a)  如果群消息存储方案照文中说的，消息存储一份，并为每位用户存储一个last_ack_msg_id
b)  群里依次发送了消息1、2、3，
c)  在推送给某位用户的时候，由于网络问题，该用户只收到3并回复了ack，没有收到1、2，此时服务器会将last_ack_msg_id标记为3，

那对于该用户来说，1、2两条消息不就丢失了吗？

在 http://www.52im.net/thread-753-2-1.html 中有关于此问题的讨论，但是其中也没有可行的方案。可否有老师指点一二，感谢

引用：laojichuxin 发表于 2019-07-26 18:14
消息风暴扩散系数 ， 我考虑，能不能做个消息偏移量的处理方式，已读更新消息读取偏移量。

这个方式只指位图吗？例如某一条群聊消息的ack，可以通过位图，给群成员对应的偏移量位置置为1，这样一条消息的ack就只用存储一条了？

引用：JackJiang 发表于 2019-07-26 22:48
是的，你的点子不错，而且很符合客户端跟UI的配合实现方式

麻烦站长详细解析一下呢，不是很明白。谢谢