1、引言 IM系统中，特别是在企业应用场景下，消息的已读未读状态是一个强需求。 以阿里的钉钉为例，钉钉的产品定位是用于商务交流，其“强制已读回执”功能，让职场人无法再“假装不在线”、“假装没收到”。...服务端需存储每个人的阅读状态，包括那些未读的成员。由于群的成员清单可能变化，比如今天增加了一个成员，则昨天发的消息、与今天发的消息，其接收者列表不一样。...因此，引出本文的重点思想： 考虑让不同的消息共用群成员列表，即把消息的阅读状态与群成员列表分开存储，并记录它们之间的关联。...那么这一千条消息的阅读状态所占用的空间是： 群成员列表空间 + 1024条消息的阅读状态：640 * 4 + 1024 * 每条消息的阅读状态所占空间 在具备群成员列表的前提下，如何减少每条消息的阅读状态所占空间...当一条消息没有人已读时，阅读状态占用0字节；当群内每个人都阅读时，占用的空间最大，即640 / 32 = 20字节。
但很多时候，有些办公场景下需要的功能太多元，并且得不到很好地解决，比如：群聊只有500人、传送文件大小有限制…… 事实上，在企业微信里，一些你可能没注意到的小功能，能很好地解决这些办公痛点。...在企业微信里，支持发起最多2000人的普通群聊以及最多10000人的全员群聊。那么该公司所有新招聘的员工都能在一个群里，有任何事情可在一个群聊进行汇报，省去不少纠结。...群里人太多，群聊消息密集，群员看不到群主发言怎么办？在企业微信的群里，群主可以设置群内禁言，让重点内容不被其他发言打乱。 2 工作产生的电话费，企业掏钱 这年头，谁还没开过多人电话会议。...3 再也不怕“文件已清除”了 我们在使用微信工作沟通中，经常会在微信上接收文件，在微信里的文件只能保存7天，超过后微信系统会提示“文件已过期或已被清理”，如果是非常重要的工作文件被清理，那会带来多少不便...这时我们经常说的是：“好气，怎么不能多存几天！” 想多存几天？企业微信来满足你。管理员可在后台进行设置，员工的群聊记录、文件、图片等消息可保存在云端，最长可设置为180天，超过后才会自动清空。
6、整体架构设计3：消息扩散写 IM中消息分发的典型方式，一般有两种： 1）扩散读； 2）扩散写。 6.1 扩散读 即：每条消息只存一份，群聊成员都读取同一份数据。 优点：节省存储容量。...例如群信息变更，会下发控制消息通知群成员，优先级低。 群聊按群人数，又分成3类： 1）普通群：小于100人的群，优先级高； 2）大 群：小于2000人的群，优先级中； 3）万人群：优先级低。...大群消息有一个常见的规律：平时消息少，会突然活跃。例如：老板在群里发个大红包，群成员起哄，此时就会产生大量的消息。 消息量上涨、并发度被限制、任务处理不过来，那么队列自然就会积压。...一条回执消息的阅读状态会被频繁修改，群消息被修改的次数和群成员人数成正比。每天上亿条消息，读写频繁，请求量巨大，怎么保证每条消息在接受双方的状态是一致的是一个难点。...缺点： ① 存储冗余，状态变更多次，则需插入多条消息； ② 收发双方都需要修改阅读状态（接收方需标志消息为已读状态），存在收发双方数据一致性问题。
同一条消息，在每个人的视角会有不同的表现。例如，回执消息，发送方能看到已读未读列表，接受方只能看到是否已读的状态。...优先级低 群聊按群人数，分成3类： 普通群：小于100人的群，优先级高 大群：小于2000人的群，优先级中 万人群：优先级低 业务繁多，如果不加以隔离，那么其中一个业务的波动有可能引起整个消息系统的瘫痪...合并插入 工作场景的聊天，多数是在小群完成，大群用于管理员发通知或者老板发红包。 大群消息有一个常见的规律，平时消息少，会突然活跃。例如，老板在群里发个大红包，群成员起哄，此时，就会产生大量的消息。...二、回执消息的设计与优化 回执消息是办公场景经常用到的一个功能，能看到消息接受方的阅读状态。一条消息的阅读状态会被频繁修改，群消息被修改的次数和群成员人数成正比。...每天上亿条消息，读写频繁，请求量巨大，怎么保证每条消息在接受双方的状态是一致的是一个难点。 1. 回执消息的实现方案 消息的阅读状态的存储方式两个方案。
当然，实际在生产环境下，群消息的发送都会想尽办法进行压缩，并开展各种改善性能的处理办法，而不是像上述举例里的直接扩散写（即2000人群里，一条消息被简单地复制为2000条一对一的消息投递）。...《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》 3、本文背景 公司IM的第一版红包功能上线后，收集到不少问题。...核心问题是消息延迟，导致群里有些人先看到红包，有些人晚看到红包，同时导致消息顺序混乱。这是个典型的群聊消息优化问题。 4、问题产生的原因 先大致分析一下问题产生的原因。...1）c2g模块没有采取批处理方式： 1条群（500人群）消息到达c2g模块后，c2g模块为每个人写收件箱（这里时间延迟较大，优化点），然后在把这条消息变成500条投递消息（需要批处理，就给Kafka放入一条消息...比如用户状态及路由表数据，采用hash算法分布在几台服务器上。收到群消息后，根据群成员，计算出用户状态及路由表数据的分布情况，从缓存服务器中一次检索出该服务器可能存在的所有群成员状态及路由信息。
他通知消息的群是一个小群，这几个 IR 策略的负责人都不在群里，群里的人都以为是其他人要负责跟进的，所以没有在群里响应，而同事 A 自己理解为：消息没有得到回复是正常的，我已经通知到位。...某次五一长假，他在群里通知五一值班安排，仅把消息贴到群里，并 @ 了多位负责人，但没有确认大家是否都回复，仅是看企业微信的“已读”，看到大家都已读，就认为大家都通知到了。...举个例子：小 A 在群里问小 B 一个问题，小 B 觉得这个问题不适合在群里沟通，于是私聊小 A 解答，这时候群聊记录就停留在小 A 提问题，而没有人解答。...对于沟通许久的群聊，建议做总结陈述，一方面确保沟通者意见一致，另一方面也让阅读者可以减少爬楼，提升效率。...我们看邮件，首先看到的是标题，点击之后才看到内容。这个告警标题无法让阅读者快速得知是哪个业务有告警，我们服务了上百个业务，不同业务有不同的关注人，每个告警都需要点开之后才能看到是哪个业务，效率太低。
---- 随着微信社交的兴起，我们加入的群也越来越多，一个不经意就被拉入好几个群，群是大家协同交流的平台，但是微信群却越来越泛滥，不知道大家有没有统计过自己浪费在毫无营养的群中的时间？ ?...2.老板有什么指示 在公司大群里，也许老板今天心情买了一些水果犒劳大家，然后在群里说：前台有水果，结果等你看到群消息时，前台只剩下妹子了。为什么吃零食总没有你的份？...3.又要改需求 你好不容易实现了一个功能，结果产品验收不通过，产品经理说已经在项目群里和你说了并且@了你，但是你沉醉于实现功能忘了看。看来今晚又得加班改需求了，心好累怎么办？ ?...这里我们可以在接收到群消息后比较下这个群是不是我们需要监听的群，然后再比较当前消息发送者在不在我们要监听的对象中，如果两者都满足便实现了消息过滤。...五、总结 目前微信机器人第二阶段开发完成，本次不仅仅新增监听模式，还新增了以下以下一些功能： 机器人群聊：让机器人加入群聊，让更多的人来撩~ 转发模式：可将老板重要指示转发至其他群 监控模式：监控群中别人发的分享
上面这个例子，说的还只是单聊，如果是群聊，则问题可能还会被无限放大：试想一个技术交流群，正在激烈的争吵着“php是世界最好语言”这种话题的时候，忽然就想砸手机了，不是因为吵的太凶，而因为消息顺序全乱完全没法看...那么：在分布式环境下，客户端+服务端后台的各种后台服务，都各自分布在不同的机器上，机器之间都是使用的本地时钟，没有一个所谓的“全局时钟”（也没办法做到真正的全局时钟），那么所谓的消息时序也就没有真正意义上的时序基准点...6.2 多对多群聊的消息一致性保证思路 假设N个群友在一个IM群里聊天，应该怎样保证所有群员收到消息的显示时序一致性呢？...从技术角度看：群消息其实也不用保证全局消息序列有序，而只要保证一个群内的消息有序即可，这样的话，“消息id序列化”就成了一个很好的思路。...《一个低成本确保IM消息时序的方法探讨》 《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》 《IM群聊消息如此复杂，如何保证不丢不重？》
1、前言 我们平时在使用即时通讯应用时候，每当发出一条聊天消息，都希望对方尽快看到，并尽快回复，但对方到底有没有真的看到？我却并不知道。...《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》 《IM群聊消息如此复杂，如何保证不丢不重？》...5、了解一下群消息发送的流程 在核心数据结构设计完之后，一起来看看群消息发送的流程（本系列中的文章《IM群聊消息如此复杂，如何保证不丢不重？》详细讲解了这个过程，可以深入读一读）。...其整个消息发送的流程1-4如上图： 1）A发出群消息； 2）server收到消息后，一来要将群消息落地，二来要查询群里有哪些群成员，以便实施推送； 3）对于群成员，查询在线状态； 4）对于在线的群成员，...接着，server收到消息后，除了要： 1）将群消息落地； 2）查询群里有哪些群成员，以便实施推送； 之外，还需要： 3）插入每条消息的初始回执状态。 ?
有一件事让我印象很深刻：在一次线下 meetup 抽奖时，前置条件需加入社群，有很多参与者就会“加群——抽奖——没中奖——退群”一套流程行云流水；加入群聊的人，抽奖过后选择默默潜水的也不在少数。...，社群运营同学要哭晕在厕所…… 话题稍微走远了点，我们回到开源社区的技术交流中来，诚然很多很多开源社区都在使用微信社群作为日常技术沟通交流的主要方式，但是随着社群消息的不断刷屏，以及群聊消息的可折叠化...； 利用碎片化时间在微信群进行沟通，更容易让人产生急躁感，有时一言不合和可能就会在群里争吵起来，虽然围观群众都很乐意吃瓜，但是过度的争吵也会影响群氛围的和谐。...信息的安全性： 这的安全性指的是，订阅邮件列表的每个人都会有一份信息副本，邮件列表的每个字都通过公开的传播流程，形成永不丢失的状态。...微信群自然也有微信群的优点，比如在活动运营的时候，微信群里的互动可以快速让大家参与进来，引发一波参与热潮。
，发送者刚发出消息时，当前群里其他群成员都是未读状态，陆陆续续有人看了这个消息，这时候消息的详情变成x人已读，y人未读，如下图所示，有具体的已读未读列表（万恶的功能，看到同事or老板的消息不能假装没看到了...usreid的双向映射了，假如群里有5个成员ABCDE, 那就对应mapid 1-5，messageid对应的消息详情存储就可以设计成 { uint32_t maxid, uint8_t readbit...比如C退出群，发消息时maxid还是5，已读+未读总人数应该是3(不包括发消息者本人)，目前信息只有5个bit（0/1），识别不出来谁已经退出群聊了 退出群聊的成员如何处理？...我目前想到比较好的方式就是再加多一个bitmap，记录成员在消息发送时是否已经退出群聊了，退出群聊就置为1, 所以最终方案就是 群信息增加userid，自增mapid双向映射，退出群聊成员标记删除，messageid...技术交流群 最近有很多人问，有没有读者交流群，想知道怎么加入。加入方式很简单，有兴趣的同学，只需要点击下方卡片，回复“加群“，即可免费加入我们的高质量技术交流群！
不过，从公开的技术资料来看，微信的群聊消息应该使用的是存多份（即扩散写方式），详细的方案可以在微信团队分享的这篇文章里找到答案：《微信后台团队：微信后台异步消息队列的优化升级实践分享》。...《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》 《IM群聊消息如此复杂，如何保证不丢不重？》...4、更多关于IM群聊的文章 IM系统中的群聊功能，是个很大话题，下面几篇在关群聊的文章您也可以读一读： 《如何保证IM实时消息的“时序性”与“一致性”？》...《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》 《IM群聊消息如此复杂，如何保证不丢不重？》...发送群消息的流程优化为，如上图1-4： 1）发送消息； 2）所有人都存一份； 3）查询状态； 4）在线的实时推送。 先将消息落地，能够保证消息可达性，那何时才能删除已经落地的群消息呢？
群聊是多人社交的基本诉求，不管是QQ群，还是微信群，一个群友在群内发了一条消息： （1）在线的群友能第一时间收到消息 （2）离线的群友能在登陆后收到消息 由于“消息风暴扩散系数”的存在（概念详见《QQ状态同步究竟是推还是拉...server （2.2）所有用户在线状态抽象存储在高可用cache里 （2.3）所有数据信息，例如群成员、群离线消息抽象存储在db里 ?...回答：会，可以在客户端去重，对于重复的msg_id，对用户不展现，从而不影响用户体验 （2）对于离线的每一条消息，虽然只存储了msg_id，但是每个用户的每一条离线消息都将在数据库中保存一条记录，有没有办法减少离线消息的记录数呢...time（或者msg_id），下次登录时拉取在那之后的所有群消息即可，而完全没有必要存储每个人未拉取到的离线消息msg_id 群成员表：用来描述一个群里有多少成员，以及每个成员最后一条ack的群消息的msg_id...500个应用层ACK，将对服务器造成巨大的冲击，有没有办法减少ACK请求量呢？
群聊是多人社交的基本诉求，一个群友在群内发了一条消息，期望做到： (1)在线的群友能第一时间收到消息； (2)离线的群友能在登陆后收到消息； 群消息的实时性、可达性、离线消息的复杂度，要远高于单对单消息...，如图步骤1-4所述： 步骤1：群消息发送者x向server发出群消息； 步骤2：server去db中查询群中有多少用户(x,A,B,C,D)； 步骤3：server去cache中查询这些用户的在线状态...应用层ACK优化后，群在线消息发送又发生了一些变化： 步骤3：在消息msg_detail存储到群消息表后，不管用户是否在线，都先将msg_id存储到离线消息表里； 步骤6：在线的用户A和B收到群消息后，...对于离线的每一条消息，虽然只存储了msg_id，但是每个用户的每一条离线消息都将在数据库中保存一条记录，有没有办法减少离线消息的记录数呢？...有没有办法减少ACK请求量呢？ 批量ACK，是一种常见的，降低请求量的方式。
3、阅读对象 本文适合作为新老IM开发者的备查资料。本文不适合不懂技术的普通用户阅读，因为所有内容都尽量以技术人员的视解整理和表述。 移动端IM产品中，微信是标杆，也是事实的用户体验标准。...对方把我删除后，我发消息时的微信提示： ? 6、微信的群聊规则汇总 6.1 微信群的功能定位 微信群相当于QQ中的讨论组，所以没有QQ里的群号码这种东西。 6.2 群主规则 群的创建者默认是群主。...6.4 群名称规则 每个人（不只是群主）都可以修改群名称。 * 补充规则：当群超过 100 人时，只有群主可以修改群名称。 6.5 群公告规则 只有群主可编辑群公告。...可以通过中列方法实现解散群或退出群的能力： 1）如果是群主（创建者或群成员列表第一位），可以将群成员全部删除； 2）如果是普通群员，可以退出群聊。...2）不看他（她）的朋友圈（即屏蔽好友的朋友圈）： 在您的朋友圈中不会显示对方发送的朋友圈消息。
3、阅读对象 本文适合作为新老IM开发者的备查资料。本文不适合不懂技术的普通用户阅读，因为所有内容都尽量以技术人员的视解整理和表述。 移动端IM产品中，微信是标杆，也是事实的用户体验标准。...对方将我加入黑名单后，我发消息时的微信提示： 对方把我删除后，我发消息时的微信提示： 6、微信的群聊规则汇总 6.1 微信群的功能定位 微信群相当于QQ中的讨论组，所以没有QQ里的群号码这种东西。...* 补充规则：群主可以设置邀请需确认，即需群主确认后才可以让被邀请的好友加到群内。 6.4 群名称规则 每个人（不只是群主）都可以修改群名称。...可以通过中列方法实现解散群或退出群的能力： 1）如果是群主（创建者或群成员列表第一位），可以将群成员全部删除； 2）如果是普通群员，可以退出群聊。...2）不看他（她）的朋友圈（即屏蔽好友的朋友圈）： 在您的朋友圈中不会显示对方发送的朋友圈消息。
需要注意与Feeds系统的区别：在Feeds系统中，每个人都有一个写信箱，写只需要往自己的写信箱里写一次就好了，读需要从所有关注的人的写信箱里读。...，但这样效率会很低）； 2）群聊：需要往所有的群成员的信箱都写一份消息，同时，如果需要查看群的聊天历史记录的话还需要再写一份。...可以看出，写扩散对于群聊来说大大地放大了写操作。 PS：实际上群聊中消息扩散是IM开发中的技术痛点，有兴趣建议详细阅读：《有关IM群聊技术实现的文章汇总》。...IM消息实时性中群聊消息和单聊消息的处理又有很大区别，有兴趣可以深入阅读： 《IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递》 《移动端IM中大规模群消息的推送如何保证效率、实时性？》...同时还需要使用虚拟节点避免数据倾斜的问题。 PS：用户状态在客户端的更新也是个很有挑战性的问题，有兴趣可以读一下《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》。
推送作者微信名片 ③ 自动聊天 群聊中通过 @[机器人]xxx 可以和机器人聊天 私聊发送消息即可聊天 ④ 加入群聊自动欢迎 当新的小伙伴加入群聊后自动 @[新的小伙伴] 发一个文字欢迎 02...需求是在我们需要管理的群聊中，只要有新人加入，我们就发一个欢迎词并@他下 当然这些东西还是在config中配置好的，在这里拿到就可以 此回调接收三个参数 room 群聊实例 inviteeList 受邀者名单...因为我们在登录了一个微信号时，群组进入监听是针对微信号中所有群组的，我的需求是要管理我的群组，所以事先跑了下程序，输出了room，然后群里发个消息，就拿到了我想管理的群组所有信息，id自然也在里面，然后写到了配置里...看着文件和代码都不少，其实就只是一些逻辑判断而已 看一眼API文档，怎么发挥就看你自己了，消息监听这里的判断也只做了文本消息的判断而已。...你如果想用我这些东西，拉下代码 config.js 里换下token和一些配置信息就可以，当然我在不停更新，功能会越来越多，所以仓库中代码和文中会有些不一样，使用时简单看下代码，都写了详细注释，也很简单
废话这么多的原因一个方面是想让以后的自己记得当时完成这个项目的心情，另一方面也是想告诉可能看到这篇博客的人，或许你也想做一个Web端即时聊天的项目，在漫无边际的搜索中从某一个旮沓角落里发现了这篇默默无闻的博客...（可以附带验证消息） 一对一聊天 创建群组、查看群组成员、邀请好友进群 群聊 Android端： 注册、登陆功能 查看所有好友、群组 一对一聊天 群聊 注意： 这篇博客中完成的项目不支持高并发！！！...（eg.消息发送时用户不在线，当用户上线时需要查询数据库看自己有没有没有没接收的消息）单条记录使得无论是单人聊天还有群组聊天，表示是否接收的消息变得方便。...“消息”，更新自己在好友处的在线状态。...2017/2/2 23:45 要实现群聊功能，首先需要设计好维持群关系的数据库，之前的代码中已经预留了一对多发送消息的接口，因此，消息发送并不是一个难点，聊天窗口也和单人聊天基本一样，也不是很麻烦
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
