标记已读

单聊

• 发送方发送一条消息
• 服务端消息入库，检查接收方在线状态。若在线，推送；不在线，接收方登录时拉取
• 接收方收到消息，发送已读回执
• 服务端收到回执并入库，通知发送方
• 发送方更新本地数据库，修改已读状态

群聊

群消息投递流程，以及可达性保证

核心问题

• 群消息，只存一份？还是，每个成员存一份？
  存一份
• 如果群消息只存一份，怎么知道每个成员读了哪些消息？
  记录每个成员的last_ack_msgid
• 如何保证接收方一定收到群消息？
  各个群成员收到消息后，要修改各群成员的last_ack_msgid，以告诉系统，这一条消息确认收到了
• 如果ack丢失，群友会不会拉取重复的群消息？
  会，可以根据msgid在客户端本地做去重

核心数据结构

• 群消息表：记录群消息。
  group_msgs(msgid, gid, sender_uid, time, content);
  各字段的含义为：消息ID，群ID，发送方UID，发送时间，发送内容。
• 群成员表：记录群里的成员，以及每个成员收到的最后一条群消息。
  group_users(gid, uid, last_ack_msgid);
  各字段的含义为：群ID，群成员UID，群成员最后收到的一条群消息ID。

群消息发送的流程

群消息发送的流程

• A发出群消息
• server收到消息后，一来要将群消息落地，二来要查询群里有哪些群成员，以便实施推送
• 对于群成员，查询在线状态
• 对于在线的群成员，实施推送

群消息确认流程

在线成员

离线成员

已读回执流程

对于发送方发送的任何一条群消息，都需要知道，这条消息有多少人已读多少人未读，就需要一个基础表来记录这个关系。

消息回执表：用来记录消息的已读回执。

msg_acks(sender_uid, msgid, recv_uid, gid, if_ack);
各字段的含义为：发送方UID，消息ID，回执方UID，群ID，回执标记。

群消息流程

消息流程

• 将群消息入库
• 查询群里有哪些群成员，以便实施推送

• 插入每条消息的初始回执状态

  
  
  发送方已读回执
• 发送ack请求
• 修改last_ack_msgid，并且，修改已读回执if_ack状态
• 查询发送方在线状态
• 向发送方实时推送已读回执（如果发送方在线）
• 如果发送方不在线，ta会在下次登录的时候，从关联表里拉取每条消息的已读回执

流程优化方案

群消息已读回执的“消息风暴扩散系数”

假设每个群有200个用户，其中20%的用户在线，即40各用户在线。群用户每发送一条群消息，会有：

• 40个消息，通知给群友
• 40个ack修改last_ack_msgid，发给服务端
• 40个已读回执，通知给发送方
• 需要存储40条ack记录

优化方案

• 群消息的推送，能否改为接收方轮询拉取？
  答：不能，消息接收，实时性是核心指标。
• 对于last_ack_msgid的修改，真的需要每个群消息都进行ack么？
  答：其实不需要，可以批量ack。有副作用（不实时，拉取重复消息）
• 发送方在线时，对于已读回执的发送，真的需要实时推送么？
  答：其实不需要，发送方每发一条消息，会收到40个已读回执，采用轮询拉取或放入keepalive请求里。副作用是不实时。

原文：https://mp.weixin.qq.com/s/fQhmrrJ0jypm_O3WFs7ftw