基于某些原因，许多开发者会把这两种技术当做等价的来看待。的确，在一些案例场景下选择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的应用场景　　对于一个大型的软件系统来说，它会有很多的组件或者说模块或者说子系统或者

        RabbitMQ是工作在amqp协议（advancedmessagequeueprotocal，高级消息队列协议）上的一个消息中间件。它通过一个生产者消费者模型来处理应用中产生的消息。        除了生产者和消费者，此模型中另外一个重要的概念叫“工作队列”，也称为“任务队列”（TaskQueue），任务队列背后的核心想法是避免

背景在实际使用过程，会遇到这么些情况：生产者发送的消息数量与消费者接收的消息数量不一致。例如生产者向rabbitmq投递了100条消息，消费者只从队列中接收到了80条消息，并且当前队列中已经没有任何消息。要定位这个问题，通常是分段来定位，一方面统计生产者到底发送了多少消息，一方面统计有多少消息是正确路由到

1、发送消息发送消息首先要获取与rabbitmqserver的连接，然后从渠道(chann)中指定的queue发送消息，不能定义两个queue名字相同，但属性不同示例：Sender01.javapackagecom.zf.rabbitmq01;importjava.io.IOException;import

为什么使用延迟消息？不同于同步消息，有些业务场景下希望可以实现延迟一定时间再消费消息。典型的场景有微信、支付宝等第三方支付回调接口，会在用户支付后3秒、5秒、30秒等等时间后向应用服务器发送回调请求，确保应用服务器可以正确收到消息。那有些朋友就会说了，把需要定时处理的数据存到数据库中用定时任务就可以实现，为什么还弄个异步消息。增加后台维护