IM的消息，如何保障可靠性

最新推荐文章于 2025-09-20 01:22:48 发布
原创 最新推荐文章于 2025-09-20 01:22:48 发布 · 1k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细探讨了IM（即时通讯）系统中如何确保消息的可靠投递，从TCP的可靠性出发，分析了在网络层可靠性基础上，业务层为何还需要应用层的确认机制。通过应用层的确认报文，配合超时重传与消息去重策略，确保消息不丢失且不重复。内容包括报文类型、普通消息投递流程、存在的问题及解决方案，如消息的超时与重传、去重机制等。

文章很长，建议收藏起来，慢慢读! 疯狂创客圈为小伙伴奉上以下珍贵的学习资源：

推荐： 疯狂创客圈 高质量 博文

<
高并发 必读 的精彩博文
最低0.47元/天 解锁文章
IM即时通讯-N-如何保证消息的可靠性展示
潘永强_PandaPan的博客
03-10 1万+
可靠性展示，指的是在用户查看消息时， 展示给用户的消息是不丢失的，不重复的， 并且是有序最新的的。即有序+不丢+不重+最新以下我们从简单到复杂， 逐步设计出推拉结合的模式下会话消息的可靠性展示。原则： server拉取的消息一定是连续的原则： 端侧记录的消息的连续段有两个作用： 1. 记录消息的连续性， 即起始中间没有断层， 2. 消息连续， 同时意味着消息是最新的，消息不是过期的。
IM系统：消息可靠传递
lpy0390433的博客
06-21 616
IM系统：消息可靠传递 1. 消息可靠传递 IM系统的消息的可靠性，即用户之间消息传递的不丢失和不重复。消息送达的保证机制（即QoS机制） 2. IM系统的报文 IM的客户端与服务器通过发送报文（也就是请求包）来完成消息的传递。 报文分为3种： 请求报文（request，简称为R）—>客户端 请求 系统 应答报文（acknowledge，简称为A）—>系统 被动应答 通知报文（notify，简称为N）—>系统 主动通知 3. 一般的消息投递 用户A对用户B发送 msg , 流程如下（3
攻克IM消息可靠性难题：OpenIM Server离线消息处理核心技术解析
gitblog_00111的博客
09-20 347
你是否遇到过这样的情况：重要客户消息因对方离线而丢失，或团队协作时关键指令未能及时送达？在即时通讯（Instant Messaging, IM）系统中，离线消息的可靠送达直接关系到用户体验与业务连续性。本文将深入剖析OpenIM Server如何通过三层保障机制实现消息100%送达，从技术原理到实操配置，帮你彻底解决离线消息丢包难题。 ## 一、离线消息处理：IM系统的"最后一公里"挑战 当用...
开源IM项目OpenIM 客户端SDK架构剖析-确保消息的有序性，以及消息百分百可达
OpenIM的博客
03-18 2115
开源IM项目OpenIM第二版对于客户端架构进行了局部重构，解决了消息触发时序等bug，也梳理了内部模块。目前已经接近尾声，本文重点讲解SDK架构，以便大家深入了解OpenIM，并希望大家能深度参与开发。很多开发者有个误区，认为IM的挑战主要在服务端，当然服务端有其挑战，包括性能、压力、时延等，但优秀的IM架构需要服务端和客户端完美配合，比如消息对齐机制，本地缓存和后台数据同步，app多端如何实时同步。 github 6.5K star 具体地址： OpenIM Corporation ​github.co
群消息这么复杂，怎么能做到不丢不重
HelloWorld搬运工
03-19 746
群聊是多人社交的基本诉求，不管是QQ群，还是微信群，一个群友在群内发了一条消息： （1）在线的群友能第一时间收到消息 （2）离线的群友能在登陆后收到消息 由于“消息风暴扩散系数”的存在，群消息的复杂度要远高于单对单消息。群消息的实时性，可达性，离线消息是今天将要讨论的核心话题。 【常见的群消息流程】 开始讲群消息投递流程之前，先介绍两个群业务的核心数据结构： 群成员表：用来描述一...
IM群聊消息如此复杂，如何保证不丢不重？
varyall的专栏
05-05 6910
1、前言群聊已经成为主流IM软件的基本功能，不管是QQ群、还是微信群，一个群友在群内发了一条消息，那么对于IM服务器来说需要保证：在线的群友能第一时间收到消息；离线的群友能在登陆后收到消息。由于“消息风暴扩散系数”的存在（概念详见《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》），群消息的复杂度要远高于一对一的单聊消息。群消息的实时性、可达性、离线消息是今天将要讨论的核心话题。2、IM开...
分布式websocket即时通信(IM)系统保证消息可靠性【第八期】
qq_21561833的博客
01-18 1904
上一篇中说了一下项目的构成，比较枯燥，一些基本构造方面，这一片呢，一定会更加枯燥。这一篇讲报文协议。后端嘛，不像前端花里胡哨，就是更有内涵一点。为什么这块需要着重说呢，因为聊天系统中需要设计一套保证消息可靠的机制。否则消息都不知道发过去了没有。需要通过报文去保证这些。这些都是需要去设计的。具体设计思路如下。
基于WebSocket与ACK机制的即时通讯IM系统设计：转转客服聊天消息实时性、可靠性及去重实践
最新发布
11-12
内容概要：本文详细介绍了转转自研客服IM聊天系统在消息实时性、可靠性、去重、保活及协议设计等方面的技术挑战与实践方案。系统采用WebSocket实现双向长连接，保障消息实时推送；通过借鉴TCP的ACK确认机制和延迟MQ...
理解IM消息可靠性和一致性问题，以及解决方案探讨.docx
10-26
### 理解IM消息可靠性和一致性问题，以及解决方案探讨 #### 1. 引言 即时通讯（Instant Messaging, IM）系统的核心在于确保消息能够可靠地送达，并且保持消息内容的一致性。若不能满足这两项基本要求，IM软件将...
融云IM干货丨IM服务消息推送，客户端版本更新后，如何确保消息不丢失？
融云即时通讯
11-18 535
客户端在请求数据时，需要将当前的数据版本号发送给服务器，服务器根据版本号判断是否有新的数据可用。如果服务器上的数据版本号高于客户端的版本号，则将最新的数据返回给客户端，否则返回304 Not Modified，表示客户端的数据是最新的。发送方多端同步可以通过服务端将消息直接投递给用户的其他客户端来实现，而接收方多端同步则需要服务端判断接收方的投递范围，并匹配终端进行消息投递。：客户端将从服务器上获取的数据缓存在本地，每次需要更新数据时，先与服务器进行比较，只下载不一致的部分数据进行同步。
即时通讯软件如何保证消息的不重复和不丢失
idaretobe的专栏
06-26 410
1）im系统是通过超时、重传、确认、去重的机制来保证消息的可靠投递，不丢不重2）切记，一个“你好”的发送，包含上半场msg:R/A/N与下半场ack:R/A/N的6个报文个人消息是一个1对1的ack，群消息就没有这么简单了，群消息存在一个扩散系数，如果大家感兴趣，下一次将和大家讨论im群消息的可靠投递。
【IM】如何保证消息可用性（一）
就爱摆烂
01-28 1127
可达有序，不重不漏。可靠性：消息一旦显示发送成功，则一定到达对端一致性：任何时刻消息保证由于发送端的发送顺序一致。
im消息防重和防丢失以及时序的思路
微笑一刀的博客
09-09 1736
以下六步完成后就能做到消息防丢失 案例:客户端A发送消息给客户端B，消息内容任意 如: 你好。交互流程如下图所示： 1.客户端A发送请求包到服务器 这个请求可能会导致丢包,所以前端需要维护一个消息发送队列,如果没有收到2的服务器ack包，则需要重发。这个队列应该是一个数组，多条消息都需要做同样的事 2.服务器给客户端A发送应答包 这个ack包同样可能会丢包，那么跟1丢包的操作一样，需要对消息进行重发。那么就会引起另外的问题，就是消息重复，因为是2丢包，对于服务器来说是收到了1中的消息，只是回复
IM消息送达保证机制实现
小路恢宏随手记
05-11 7932
一、保证在线实时消息的可靠投递1.报文类型报文分为三种： 请求报文（request，后简称为为R）； 应答报文（acknowledge，后简称为A）； 通知报文（notify，后简称为N）。 这三种报文的解释如下：R：客户端主动发送给服务器的报文 A：服务器被动应答客户端的报文，一个A一定对应一个R N：服务器主动发送给客户端的报文2.普通消息投递流程 用户A给用户B发送一个“你好
IM消息送达保证机制实现(二)：保证离线消息的可靠投递
weixin_53855915的博客
02-11 655
1、前言 我们讨论了在线实时消息的投递可以通过应用层的确认、发送方的超时重传、接收方的去重等手段来保证业务层面消息的不丢不重。 但实时在线投递针对的是消息收发双方都在线的情况（如当发送方用户A发送消息给接收方用户B时，用户B是在线的），那如果消息的接收方用户B不在线，系统是如何保证消息的可达性的呢？这就是本文要讨论的问题。 2、IM开发干货系列文章 3、消息接收方不在线时的典型消息发送流程 如上图所述，通常此类情况下消息的发送流程如下： Step 1：用户A发送一条消息给用户B； Step 2：服务器查看
IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递
weixin_53855915的博客
02-11 754
1、前言 互联网发展至今，IM（即时通讯聊天应用）一直是互联网上最为成功也是最为平常的应用类型。尤其现今的移动互联网时代，因即时通讯技术的发展和普及，IM这种即时通讯应用已乎达成了各即时通讯应用运营者梦寐已求的所谓“全时在线”，而这种“全时在线”及其应用体验的背后，回归到技术本质就是各种行为消息（或者说信息）的实时性、必达性。 本文将要讨论的是即时IM应用中极其重要但也不被用户感知的消息送达保证机制（即QoS机制），文中将给出目前主流的参考实现思路。 另外，开源轻量级移动端即时通讯框架 MobileIMSD
零基础入门 IM 系列——可靠的消息篇
杏仁技术站
03-25 1058
前言IM 本身其实是一个比较复杂常见的领域，每个公司都有自己的实现，如果细说可以讲出很多东西。本系列主要列出 IM 的常见问题，以及比较主流的方法论，如有错误之处还请指导。IM 的核心——...
中通IM测试实践
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
08-19 3817
消息的质量目标包括：准确性、时效性、可靠性、多端一致性、安全性、兼容性，这几个维度都是做好IM质量保障的重点及难点。基于业务特性分析，我们梳理出IM测试点，大致如下：（IM测试分析）IM测试，看似简单，其实个中门道很深。通过两年的中通自研IM平台测试实践，我们总结出以下经验：1.充分的用例场景是质量保障的基石。2.接口自动化是回归测试的利器。产品还在小步快跑，试错迭代，我们的测试活动并没有停止，同样我们的测试场景和接口脚本还在不停地增长，未来还需要进一步深度探索IM测试。
Java程序员必备的网盘资源 大集合
架构师尼恩
02-23 5414
备注：网盘资源，后续会持续更新… 疯狂创客圈 经典图书 ： 《Netty Zookeeper Redis 高并发实战》 面试必备 + 大厂必备 + 涨薪必备 疯狂创客圈 经典图书 ： 《SpringCloud、Nginx高并发核心编程》 面试必备 + 大厂必备 + 涨薪必备 疯狂创客圈 价值1000元 百度网盘资源大礼包，随便取 【博客园总入口 】 价值连城：2021春招月薪过5万 面试题 系列 搞定下面这些面试题，2021春招月薪过5万(猛！) 阿里、京东、美团、头
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值