消息已读未读的模型设计_现代IM系统中的消息系统架构

Survive by day and develop by night.
talk for import biz , show your perfect code,full busy，skip hardness,make a better result,wait for change,challenge Survive.
happy for hardess to solve denpendies.

目录

概述

消息已读未读的模型设计_现代IM系统中的消息系统架构

需求：

设计思路

消息类场景是表格存储(Tablestore)主推的方向之一，因其数据存储结构在消息类数据存储上具有天然优势。为了方便用户基于Tablestore为消息类场景建模，Tablestore封装Timeline模型，旨在让用户更快捷的实现消息类场景需求。在推出Timeline(v1、v2两个版本)模型以来，受到了大量用户关注。伴随模型推广与输出，Tablestore陆续发布了一系列专题文章，重点讨论介绍了IM场景的架构设计、模型概念以及Feed 流系统架构的设计方案，相信给很多用户提供了场景实现新思路。文章列表见《表格存储权威指南》。

实现思路分析

1.功能模块

消息系统中，消息存储是最基本的功能。对于消息存储(提供消息的读、写、持久化)，一方面需要持久化写入，保证消息数据的不丢失，另一方面，适合用户的快速、高效查询。

在IM场景中，写入方式通常是单行、批量写入，而读取需要按照消息队列范围读取。有时用户还有对于历史消息的模糊查询需求，这时就需要使用多维检索、全文检索的能力。

2.im_timeline_store_table

下载器我们可以使用建立HTTP请求把界面的URL元素下载下来。实质就是
下载器。

存储库是聊天会话消息所对应的存储表，消息以会话分类存储，每个会话是一个消息队列。单个消息队列(TimelineQueue)通过timelineId唯一标识，所有消息基于sequenceId有序排列。消息体中含有发送人、消息id(消息去重)、消息发送时间、消息体内容、消息类型(类型包含图片、文件、普通文本，本文仅适用文本)等。

如上图，当用户点击某一个会话时，窗口会展示相应会话的最新一页消息。图片里的消息都是从存储库拉取的，通过timelineId获取该会话的Queue实例，然后调用Queue的scan接口与ScanParam参数(sequenceId范围+倒序)拉取最新的一页消息。当用户向上滚动，展示完这一页消息后，客户端会基于第一次请求的最小sequencId发起第二次请求，获取第二页消息记录，单页消息数通常选择20-30条。会话的消息可以选择在客户端持久化，然后在感知到新消息之后更新本地消息，增加缓存减少网络IO。

参考资料和推荐阅读

1. 暂无

欢迎阅读，各位老铁，如果对你有帮助，点个赞加个关注呗！~