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

基于某些原因，许多开发者会把这两种技术当做等价的来看待。的确，在一些案例场景下选择RabbitMQ还是Kafka没什么差别，但是这两种技术在底层实现方面是有许多差异的。\TOC\一、异步消息模式异步消息可以作为解耦消息的生产和处理的一种解决方案(DMP系统上使用较少，解耦是通过分布式服务构成的，这两种方式各有利弊，后面有机会再说)。

AMQPAMQP协议是一个高级抽象层消息通信协议，RabbitMQ是AMQP协议的实现。它主要包括以下组件：!(https://oscimg.oschina.net/oscnet/4eea8d68796a038f27fdc5945546a544f9d.png)1.Server(broker): 接受客户端连接，实现AMQP消息队列和路

RabbitMQManagementHTTPAPIIntroductionApartfromthishelppage,allURIswillserveonlyresourcesoftype application/json,and

1、RabbitMQ简介　　MQ全称为MessageQueue（消息队列），是一种“应用程序”<—“应用程序”的通信方法。MQ是一个典型的“消费”<—“生产者”模型的代表，生成者往消息队列中写入消息，消费者从消息队列中读取消息。2、MQ的应用场景　　对于一个大型的软件系统来说，它会有很多的组件或者说模块或者说子系统或者

AMQP消息模型RabbitMQ是基于AMQP（高级消息队列协议）的一个开源实现，其内部实际也是AMQP的基本概念。AMQP的消息发送流程有如下几个步骤：1.消息生产者（producer）将消息发布到Exchange中；2.Exchange根据队列的绑定关系将消息分发到不同的队列（Queue

原文地址，转载请注明出处： http://blog.csdn.net/qq\_34021712/article/details/72567786(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.csdn.net%2Fqq_34021712%2Farticle%2Fdetails%

昨天研究了一下RabbitMQ想做一个动态添加监听的功能依靠springboot实现起来也简单就2个类1个主类实现动态添加队列及绑定关系、动态添加监听、动态调整监听线程池大小、动态删除队列、动态取消监听、发送动态队列的消息。还有个类就是自定义消费者都是采用string接收参数，后面可以采用指定统一对象，然后用个type字段区分消息类型，