IM即时通讯设计技术点总结

与传统的c/s、b/s架构不同，IM架构是c/s/c架构的；IM系统最重要的指标就是实时性、可靠性。

如何保证消息的可靠投递
ack响应机制，超时、重传、确认、去重的机制保证消息的可靠投递；

在线、离线消息处理机制
先存储消息，然后判断接收人在线离线，
如果接收人在线，直接长连接发送；
如果接收人离线，则直接走push通知提醒，待接收人上线时，再拉取离线消息；

消息已读未读状态

（1）扩散写方式：
直接更新消息表中的read_status；

（2）扩散读方式：
根据ack回执更新消息状态表，并更新群-成员关系中的last_ack_msgid；

IM群聊消息：扩散读、扩散写

扩散写（存多份）：
发送人发送一条群消息到server，服务器按照群成员拆分成多条消息存储并转发。

群组 group(gid, gname)
群组-成员关系 group_member(gid, uid)

群组消息 group_msg(gid, sender_uid, receiver_uid, msgid, msg_content, read_status)

扩散读（存一份）：
发送人发送一条群消息到server，服务器只存储一份，然后按照群成员在线状态转发。

群组 group(gid, gname)
群组-成员关系 group_member(gid, uid, last_ack_msgid)

群组消息 group_msg(gid, sender_uid, msgid, msg_content)

如果对群中发送的每一条消息，都要统计多少人已读，多少人未读，则还需新增一张消息状态表，记录每条消息每个人的消息状态；
消息状态 msg_ack(gid, sender_uid, receiver_uid, msgid, read_status)

不同类型消息发送逻辑
文本：直接根据文本内容拼接消息体发送；
表情：直接根据表情ID拼接消息体发送；
分享:直接拼接分享消息体发送；
系统消息：直接拼接系统消息体发送；
图片：先将图片上传至服务器，再根据图片ID拼接消息体发送，区分原图、压缩图；
语音：先将语音文件上传至服务器，再根据音频文件ID拼接消息体发送；
附件：先将附件上传至服务器，再根据附件ID拼接消息体发送；

多端登录或多设备登录

（1）接收方多端登录：
A发给B一条消息，服务端判断接收方B在线，且存在多个有效会话时，会根据会话转发当前消息；即B的多个端都可收到当前消息；

（2）发送方多端在线登录：
A发给B一条消息，服务端判断A如果存在多个有效会话，则会给B转发消息的同时，给A的其他端发送当前消息；保证发送人多个在线的设备消息相同；

消息同步
当用户切换新设备或卸载App重新安装时，能够拉取到最近的消息记录，保证不同终端最近消息的同步展示；

消息漫游
用户进入某个单聊或群聊页面，下拉加载历史消息时，即从服务器获取之前的聊天记录。前提：服务端必须存储所有历史消息；