消息可靠性当作为消息的投递着不希望，任何消息投递失败或者消息丢失rabbitmq提供了两种方式来复制投递失败，确保消息的可靠性confirm确认模式return退回模式消息从投递者到product到交换机（exchange）返回一个confirmCallback（不管投递是否成功）都会执行这个回调函数，只是返回的布尔值不一样）exchange到queue

系列说明本系列主要讲解RabbitMQ，讲解其特性，例如消息持久化、消息TTL、消息的优先、延迟消息、消息可靠性、消费模式以及在SpringBoot中使用RabbitMQ，代码在我的Github上(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2F

Kafka、RabbitMQ、RocketMQ等消息中间件的对比——消息发送性能和区别那么,消息中间件性能究竟哪家强?带着这个疑问,我们中间件测试组对常见的三类消息产品(Kafka、RabbitMQ、RocketMQ)做了

Kafka简介_Kafka是分布式流平台。_一个流平台有3个主要特征：发布和订阅消息流，这一点与传统的消息队列相似。以容灾持久化方式的消息流存储。在消息流发生时处理消息流。Kafka通常使用在两大类应用中：在系统或应用之间，构建实时、可靠的消息流管道。构建实时流应用

RabbitMQ简介AMQP，即AdvancedMessageQueuingProtocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。R

Kafka原理详解1kakfa基础概念说明Broker：消息服务器，就是我们部署的一个kafka服务Partition：消息的水平分区，一个Topic可以有多个分区，这样实现了消息的无限量存储Replica：消息的副本，即备份消息，存储在其他的broker上，当leader挂掉

1\.PullvsPush　　Producer主动的通过push将消息发布到Broker上，Consumer通过Pull的的方式从Broker消息消息。　　通过Push的方式由于是一有消息就推到Broker,所以极大的保证了消息实时性，但是在某些情况下，可能由于Consumer网络，或是其他原因倒是消费速度低，

注意事项目前uni原生端不支持您定义的消息类型，只支持以下这几类自定义消息（提前内置好是因为原生的自定义消息需要在原生项目侧注册，为了减小开发者的使用难度，我们提供了内置好的自定义壳消息。）命令消息，不存储、不计入未读计数RC:IWCmdMsg（如果消息接

遇到丢消息问题，如果是单聊，群聊，聊天室，系统消息可以在开发者后台北极星自助查询一下消息是否发送成功。根据您实际发送的相关信息（发送者、接收者、时间、消息ID……）看是否可以查到消息如果消息查不到一般有几种可能：信息有误（获取token的用户id跟您系统中

关于离线消息同步的频率，根据搜索结果，这里有几个关键点可以提供参考：离线消息的获取是自上而下的方式（按时间序），客户端一次获取200条离线消息，如果离线消息过多，则会分页多次拉取。客户端拉取离线消息时，需要带上当前客户端缓存的消息的最大时间戳，服务器会根据