关于未读消息的一个问题

春风不语随本心 2018-01-10 09:45:08

我有未读消息的时候，我点击帖子名称时是想直接进入该帖子。可是为什么我点第一下的时候是在本页面闪一下？这个时候未读变已读了。然后点击已读的消息就能一下就进去。就不能把点未读的一次就进入？哈哈，我来CSDN到现在吐槽N多了。。。。

...全文

135 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

渔舟唱晚，雁阵惊寒 2018-01-10

打赏
举报

回复

引用 2 楼 xsb_20171227 的回复:

[quote=引用 1 楼 xuehengyang 的回复:] 点击一下，消息变成已读，如果想看消息内容，点击通知后面展开

一般点一下帖名会变为已读的同时也应该打开这个贴子才对啊。并且人家点后面的“展开”也变为已读[/quote]这个问题已经提交相关人员修改，感谢您的反馈

春风不语随本心 2018-01-10

打赏
举报

回复

引用 1 楼 xuehengyang 的回复:

点击一下，消息变成已读，如果想看消息内容，点击通知后面展开

一般点一下帖名会变为已读的同时也应该打开这个贴子才对啊。并且人家点后面的“展开”也变为已读

渔舟唱晚，雁阵惊寒 2018-01-10

打赏
举报

回复

点击一下，消息变成已读，如果想看消息内容，点击通知后面展开

每有一条群聊消息，增加所有人的未读消息计数（如果1个人发1条消息，千人群要操作1000次redis，很快会达到redis写能力瓶颈）2.如果用户打开对话窗口，则客户端向服务端发送未读消息计数清零的请求，窗口打开时，每收到一条消息发送一次清零请求（可优化）群聊的难点在于，一个人发送一条消息，要确保所有人的未读消息计数增加，这带来写扩散的压力。不是的，未读消息计数是客户端上线后拉取的，只要保证客户端能正确获取到未读消息计数就行。客户端在线时，用户若已读消息，客户端要向服务端请求清零消息未读计数，逻辑同单聊。

在群聊系统中，管理未读消息的两种常见方法是：记录每个用户与每条消息之间的已读/未读状态，以及记录用户的最后一次阅读消息ID。通过上述设计，可以有效地利用缓存提高未读消息功能的性能，同时通过WebSocket实时推送，确保用户界面上的未读消息数能够即时更新，提升用户体验。如果你的系统需要精确跟踪每条消息的阅读状态，或者需要支持复杂的消息阅读状态查询，可以选择记录每个用户与每条消息之间的已读/未读状态。发送消息时：当一条消息被发送到会话中时，对会话中的每个用户（除了发送者），在缓存中对应的未读消息数加一。

只需要设计一个消息内容表和一个用户通知表，当创建一条系统通知后，数据插入到消息内容表。这个方案看起来没什么问题，但实际上，我们把所有用户通知的消息全部放在一个表里面，如果有 10W 个用户，那么同样的消息需要存储 10W 条。2. 用户通知表的数据量会非常大，对未读消息的查询效率会严重下降所以上面这种方案很明显行不通，要解决这两个问题，我有两个参考解决思路。这样，在已经得知到已读消息的数量和具体消息 id 的情况下，我们可以直接使用消息 id 来查询没有消费过的数据。当用户读取了未读消息后，就直接。

这是最常见的设计，用户打开应用程序后，未读消息会用一个特殊的标记（通常是未读计数器）标识出来。此外，该模式还可以提高用户体验，因为用户可以清楚地了解哪些内容是新的，并且可以在需要时快速的找到它们。综上所述，未读/已读设计模式是一种非常重要的用户界面设计模式，它可以帮助用户更好地管理和查找他们的内容，并提高用户体验。：在这种设计中，用户可以在消息列表中向左或向右滑动消息来将其标记为已读。综上所述，Redis是一个非常适合处理已读未读状态的数据的数据库，它可以提供快速、可扩展、可靠、灵活和高效的解决方案。

企业IM比如企业微信、钉钉里面的群消息的有个已读未读的功能，发送者刚发出消息时，当前群里其他群成员都是未读状态，陆陆续续有人看了这个消息，这时候消息的详情变成x人已读，y人未读，该如何设计呢？每一条消息，已读未读详情其实就是一个0/1的标记而已，我们可以选择维护一个bitmap来实现。每个群的信息保存userid到自增mapid的**映射**，这样群成员每加入一个群里，就有mapid<->usreid的双向映射了。假如群里有5个成员ABCDE, 那就对应mapid 1-5，mess.

604

社区成员

48,760

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章