假如现在有2个模块需要提示消息：只要存在用户在上个时间点之后没有看过的信息就提示用户有新的信息
前提： 假如现在有2个模块需要提示消息：只要存在用户在上个时间点之后没有看过的信息就提示用户有新的信息 思路如下： 使用hash存储用户上次看过的时间，使用so...
Google Gmail邮箱一次性标记所有未读邮件为已读 Google Gmail邮箱一次性标记所有未读邮件为已读 和许多 Gmail 用户一样，您的收件箱中也可能塞满了数百甚至数千封未读电子邮件...，有时很难知道您何时收到新邮件， 这个时候就需要设置将所有的未读邮件标记为已读，但是，Gmail邮箱不像我们使用的QQ邮箱操作那么方便，会限制一次只能标记一页邮件最多100封邮件，那对于有4000-...5000封邮件的用户无疑是个灾难，本文 晓得博客 为你介绍 Google Gmail 邮箱一次性标记所有未读邮件为已读的方法。...选择收件箱中的所有 XXX 个对话 ”，最后一部分应显示为链接。单击超链接部分 单击顶部工具栏中的“ 标记为已读 ”，弹出如图所示，点击” 确定 ”即可。...从顶部工具栏中选择“ 标记为已读 ”图标，点击后即可标记选定的Gmail邮件为已读。
一朋友和我讨论他前段时间面试某大公司的一题目 ： 企业IM比如企业微信、钉钉里面的群消息的有个已读未读的功能，发送者刚发出消息时，当前群里其他群成员都是未读状态，陆陆续续有人看了这个消息，这时候消息的详情变成...x人已读，y人未读，如下图所示，有具体的已读未读列表（万恶的功能，看到同事or老板的消息不能假装没看到了），每条消息对应一个唯一的messageid（uint64_t），每个用户对应一个唯一的userid...（uint64_t）,应该如何保存这个消息对应的已读未读详情呢？...仔细分析，按照目前的设计，每一条消息，已读未读详情就要占用8B * 群成员数的内存，如果一个活跃的200人大群，每发一条消息，已读未读就要1600B，如果平均每天消息量是1k，那每个这样的群，每天就要1.6MB...1、增加自增mapid字段，一个群聊维护一份，成本几乎可以忽略不计 2、每个成员已读未读由8B（64bit）优化成2bit，减少62/64, 200人已读未读旧的方案1600B, 现在只需要(200/8
x人已读，y人未读，如下图所示，有具体的已读未读列表（万恶的功能，看到同事or老板的消息不能假装没看到了），每条消息对应一个唯一的messageid（uint64_t），每个用户对应一个唯一的userid...（uint64_t）,应该如何保存这个消息对应的已读未读详情呢？...仔细分析，按照目前的设计，每一条消息，已读未读详情就要占用8B * 群成员数的内存，如果一个活跃的200人大群，每发一条消息，已读未读就要1600B，如果平均每天消息量是1k，那每个这样的群，每天就要1.6MB...其实未读已读就是一个0/1的标记而已，可以维护一个bitmap来实现呢？具体应该怎么做呢？...增加自增mapid字段，一个群聊维护一份，成本几乎可以忽略不计 每个成员已读未读由8B（64bit）优化成2bit，减少62/64, 200人已读未读旧的方案1600B, 现在只需要(200/8) *
前言 一款app，消息页面有：钱包通知、最近访客等各种通知类别，每个类别可能有新的通知消息，实现已读、未读功能，包括多少个未读，这个是怎么实现的呢？...所有，判断有没有小红点，或者小红点的数字是多少，就是简单的获取你与虚拟人的对话的未读的消息的数量。...当然，一个动作不一定只发一条消息，比如，图中下方有个金刚键"消息"，它是所有消息的总和，所以，投递其他消息的时候，也要给它投递一次，不过它只展示一个未读数字，所以这个消息只需要一个msg_id即可，不需要消息..."已读和未读"。它包含两层意思，一个判否，即内容你是否读过，二是计数，即这个内容有多少人读过。 长尾原因 如果你用Redis存储，成本非常高，浪费非常严重。...这个时候，通常的策略是"[log record]"和"comb", 我们每产生一个动作，比如读，赞，收藏，就会产生一个log record( 取关，取消赞...也是一条独立的log record)，我们由专门的大数据系统统一收集这些
确认是否开启自动已读上报，Server默认删除未读消息，切换终端、杀进程和退出登录未读数会被清除，如果需要保留可以禁用已读上报disableAutoReport。...离线消息未读数统计是根据离线消息进行统计，而离线消息有容量限制，如果容量超过会删掉老的未读消息，平均存储100条消息左右，消息内容越多，存储的越少。...web端未读计数统计 ALL ON ONE 的原则，一开始登录的第一条最近联系人的会话是不显示未读计数的 群未读计数初始值 web端群消息未读计数初始是通过最近联系人接口返回 登录成功后收到的群消息未读计数做加一的处理...C2C未读计数初始值 web端的未读计数是先获取到最近联系人的所有会话，然后sdk里面会将getmsg里面返回的未读消息对应之前的会话来做加一处理用来统计未读消息数 统计之后的未读计数用webim.MsgStore.sessMap...()i.unread()去显示 登录之后的未读计数根据消息监听做加一处理 //初始化最近会话的消息未读数 function initUnreadMsgCount(){ var sess;
，发送者刚发出消息时，当前群里其他群成员都是未读状态，陆陆续续有人看了这个消息，这时候消息的详情变成x人已读，y人未读，如下图所示，有具体的已读未读列表（万恶的功能，看到同事or老板的消息不能假装没看到了...），每条消息对应一个唯一的messageid（uint64_t），每个用户对应一个唯一的userid（uint64_t）,应该如何保存这个消息对应的已读未读详情呢？...上就好了，客户端更新到messageid对应的详情列表，就可以展示m人已读，n人未读 显然这么简单粗暴的方案面试官是不会满意的，追问有没有更好的方案呢？...仔细分析，按照目前的设计，每一条消息，已读未读详情就要占用8B * 群成员数的内存，如果一个活跃的200人大群，每发一条消息，已读未读就要1600B，如果平均每天消息量是1k，那每个这样的群，每天就要1.6MB...增加自增mapid字段，一个群聊维护一份，成本几乎可以忽略不计 每个成员已读未读由8B（64bit）优化成2bit，减少62/64, 200人已读未读旧的方案1600B, 现在只需要(200/8) *
那么，对于已读未读状态： 1）如果是私聊：消息的阅读状态比较容易实现，在性能和存储上也不存在问题； 2）如果是群聊：考虑到存储和处理性能，特别当处于一个云环境时，如何高效地处理群聊的已读未读状态是一个非常值得探讨的话题...如果你对IM中的已读未读功能有产品方面的痛点困惑，可以参考一下微信对已读未读功能的设计定位，详见《IM热门功能思考：为什么微信里没有消息“已读”功能？》。...对群聊而言，显示的信息可能是n人未读的提示，那么需要向服务端查询消息的未读人数，由于客户端可能在UI显示自己发出的多条消息，需支持一次请求查询多条消息。...就像下面这样： 1）对于私聊：如果未读人数n>0，表示消息未读； 2）对于群聊：直接显示n人未读即可，当然，当n等于0时表示全部已读。...4.3 查询群消息的已读、未读人员清单（群聊） 当客户端希望显示某一条群聊消息的已读、未读人员列表，需向服务端发起查询。
MySQL的四种事务隔离级别依次为：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）...读未提交（Read Uncommitted）读未提交是最低的隔离级别，允许一个事务读取并使用另一个事务尚未提交的修改。因此，在该级别下可能会发生脏读问题。...脏读是指在并发执行的两个事务中，一个事务读到了另一个事务尚未提交的数据。在读未提交的情况下，如果一个事务对数据进行了修改，但是还没有提交，则另一个事务读取该数据时可能会得到错误的结果。...因此，读未提交级别并不安全，不建议使用。读已提交（Read Committed）在读已提交级别下，一个事务只能读取到已经提交的其他事务所修改过的数据。因此，该级别解决了脏读问题。...总结MySQL提供了四种事务隔离级别，读未提交是最低的级别，因为它存在脏读问题。读已提交解决了脏读问题，但是仍然存在不可重复读和幻读问题。可重复读解决了不可重复读问题，但是仍然存在幻读问题。
这里就加了一个非常小的改动，加了一个tips-numtips，先展示未读消息。...服务端就在发送消息的地方增加一个字段，status：1来表示未读。 WebSocket客户端 由UI界面的代码可以看出，我们调用了一个getMsgNum方法来展示未读消息数量。...1、参数user没有值时，表示是获取群消息未读，判断messageList里面的没有bridge（即是群聊消息）,并且status为1（即未读） 2、如果有user时，获取对应用户未读消息，判断messageList...里面的有bridge（即是用户对话消息）、uid相等，并且status为1（即未读） 3、打开的是当前对话，即将当前对话的消息状态status改为0（已读） data.map(item=>{ item.status...总结 消息未读，主要是判断状态，然后搞清楚对象，是谁发的消息没有读。已读，就很简单了，就是当前展示的消息列表都改成已读，所以直接把currentMessage列表的消息改成已读即可。
前言 本文我们基于飞书开放平台提供的服务端SDK，展示下如何查询一个消息有哪些人已读了。...= nil { fmt.Println(err) return } // 读取已读信息 ReadUsersMsg(client, msgID)...// 读取已读信息 ReadUsersMsg(client, msgID) } debug运行，然后再ReadUsersMsg处断点，然后再飞书上读消息后，继续运行结果如下： image.png
常见机型及是否支持 * *** 华为 支持 * 小米 支持 * OPPO 可以支持但需要申请 * VIVO 不支持 * SAMSUNG 支持 * MEIZU 不支持 * google 8.0开始支持 显示一个点...packageNameParameter; context = contextParameter; mainActivityName = mainActivityNameParameter; } 2.设置未读数量...DesktopCornerUtil.setBadgeNumber(1); 注意的是：小米系统是自动会有的，且小米和三星系统 必须在后台设置才有效，前台设置无效，比如直接在前台时diamagnetic设置为10，那么不会显示...* @date 2019/6/26 * @desc 桌面角标显示方案 单例模式 * * 针对国内支持的Launcher分别开发，支持为： * ** 常见机型及是否支持 * ***...华为 支持 * 小米 支持 * OPPO 可以支持但需要申请 * VIVO 不支持 * SAMSUNG 支持 * MEIZU 不支持 * google 8.0开始支持 显示一个点，长按点弹出数字
BigTable 数据模型 已读服务虽然从业务模式看非常简单，但它在技术上的挑战确并不低。目前知乎已读的数据规模已超万亿并以每天接近30 亿的速度持续高速增长。...已读的业务需求可以非常直观的映射到 BigTable 的数据模型上。...已读服务核心业务指标 全面云化，面向未来 从已读的业务指标上看我们交出了一份还让人满意的答卷，但作为已读服务的开发和运维人员我们深知目前的这套架构还存在着一些核心的痛点没有解决好。...带着已读服务的这些问题我们于近期开始了新一轮的迭代，本轮迭代的核心目标是将已读服务全面云化，达到全系统高可用规模随需扩展的目标。...计算存储分层的分布式数据库架构 考虑到已读服务过去构建于MySQL 技术上，相比之下兼容 MySQL 的 TiDB 比 CockroachDB 对已读服务有着更低的迁移门槛。
作为开篇，这一次我们来给你的微信头像加上一条“未读消息”： ? 第一步就是准备好你食材，不对，是你的头像，我们拿下面的图来做实验： ? 还有不能忘了红色的圈圈logo： ?...把红色圈圈插入到微信头像上面，并且加上未读消息数字。...接下来就是在红色圈圈中写未读消息的数字了，我们使用draw.text函数来完成这个操作。单引号里面的数字就是你要填写的数字，这里我们设置成1。前面的(198,3)是数字写入的位置，也是可以自主调节的。
真丶深红骑士 读完需要 15 分钟 速读仅需7分钟 作者：真丶深红骑士 链接：https://juejin.im/post/5d12e22e6fb9a07ee5662d82 1 前言 用QQ的时候，发现未读消息拖拽效果蛮有意思...explodeImage.setLayoutParams(lp); 17 explodeImage.setImageResource(R.mipmap.explode_1); 18 //一开始不显示...//增加到viewGroup中 21 addView(explodeImage); 并实现播放动画方法： 1 /** 2 * 3 * 超过拖拽范围外显示爆炸效果...//设置监听回调 26 betterRedPointView.setDragViewStatusListener(this); 27 //添加到窗体进行显示
知道了角度A就可以根据角度加上正余弦函数算出各个点的坐标了，这个计算推倒过程我已写在图上了，下边就把上述计算过程用代码实现一下 /** * 设置贝塞尔曲线的相关点坐标 计算方式参照结算图即可看明白...模拟器显示效果不是很好，真机效果很好看哦 我们可以继续完善一下，在圆中间添加数字实现消息效果 @Override protected void onDraw(Canvas canvas)...我这篇文章只是起到抛砖引玉的作用，只是带领大家一步一步实现了拖拽效果，具体要怎么在项目中使用呐，大家可以根据自己的需求编写即可，网上也有几种实现方式我在此简单列出来 1、固定自定义view大小为圆的大小，显示在需要的位置...，当用户触摸到view的时候把view从当前布局中移除，使用windowManage去addView(view)把我们的可拖拽View添加到window层，铺满屏幕，注意初始位置定位即可实现 2、在显示消息数的地方放置一个圆形的
答：可以利用群消息的偏序关系，记录每个成员的last_ack_msgid（last_ack_time），这条消息之前的消息已读，这条消息之后的消息未读。...对于离线的群友，会在下一次登录时，拉取未读的所有群离线消息，并将last_ack_msgid修改为最新的一条消息。 核心问题4：如果ack丢失，群友会不会拉取重复的群消息？...上述流程，只能确保接收方收到消息，发送方仍然不知道哪些人在线阅读了消息，哪些人离线未阅读消息，并没有实现已读回执，那已读回执会对系统设计产生什么样的影响呢？...对于发送方发送的任何一条群消息，都需要知道，这条消息有多少人已读多少人未读，就需要一个基础表来记录这个关系。...8、本文小结 对于群消息已读回执，一般来说： 如果发送方在线，会实时被推送已读回执； 如果发送方不在线，会在下次在线时拉取已读回执。
Problem Description 时间过的好快，一个学期就这么的过去了，xhd在傻傻的看着表，出于对数据的渴望，突然他想知道这个表的时针和分针的夹角是...
在线用户 这种场景就是相当我们停留在聊天列表页面，当他人在房间中发送消息，我们能够实时的看到未读消息的条数在增长。 场景示例。 ?...在线用户且在房间的用户 这种场景其实就比较普通了，当别人发送新的消息，我们就能实时看到，此时是不需要标记未读消息的。 场景示例。 ?...存储在Redis中的未读消息列表 C. 存储在MongoDB中的未读消息列表 用户1进入首页。 用户1进入房间，重置用户在房间1的未读消息，触发更新模块去更新B未读消息列表。...否，若用户不在房间中，更新其的未读消息计数 从缓存中获取用户的消息进行分发。 用户2登录我们的项目，从离线用户变成了在线用户。 用户2登录时，触发查询模块，去获取其当前在各个房间未读消息情况。...key = `${name}-${roomid}`; await updatehCache('socketId', name, socket.id); // 进入房间默认置空，表示全部已读
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
