引用：1mok 发表于 2019-03-06 18:06
服务端肯定是可以计算出，但问题的关键是效率。一个人的会话数很多的时候（无限建群模式），如何快速找到 ...

消息同步模型，如果是有新消息来，先推送新消息的通知给接收端，接收端来从库里面拉取消息。
如果在读扩散的模型下， 推送新消息通知的时候带上群ID或者发送方ID，然后接收端按照群ID来拉取消息，不知道这样的做法是不是可以解决找到未读消息的会话列表。

引用：1mok 发表于 2019-03-06 18:06
服务端肯定是可以计算出，但问题的关键是效率。一个人的会话数很多的时候（无限建群模式），如何快速找到 ...

消息同步模型，如果是有新消息来，先推送新消息的通知给接收端，接收端来从库里面拉取消息。
如果在读扩散的模型下， 推送新消息通知的时候带上群ID或者发送方ID，然后接收端按照群ID来拉取消息，不知道这样的做法是不是可以解决找到未读消息的会话列表。