RabbitMq基础篇-01-背景介绍

1.引言

1.1 什么是MQ

MQ (Message Quene): 翻译为消息队列,通过典型的 生产者 和 消资者 模型,生产者不断向消息队列中生产消息，消费者不断的从队列中获取消息。
因为消息的生产和消费都是异步的，而且只关心消息的发送和接收 没有业务逻辑的侵入,轻松的实现系统间解辑。别名为 消息中间件 通过利用高效可靠的消息传递机制进行平台无关的数据交流。并基于数据通信来进行分布式系统的集成。

1.2 MQ有哪些？

当今市面上有很多主流的消息中间件，如老牌的 ActiveMQ RabbitMQ 炙手可热的 Kafka，阿里巴巴自主开发 RocketMQ 等。

1.3 不同MQ特点

1.3.1 ActiveMQ

吞吐量不高，性能受瓶颈，优点:Api丰富，集群等优秀

ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线，它是一个完全支持JMS规范的的消息中间件。丰富的API,多种集群架构模式让ActiveMQ在业界成为老牌的酒息中间件,在中小型企业颇受欢迎:

1.3.2 Kafka

对事务，丢失消息支持不好，优点:工作效率最高，吞吐量高，对大数据数据量大支持比较好

Kafka是LinkedIn开源的分布式发布-订阅消息系统，目前归属于Apache预级项目。Kafka主要特点是基于Pull的模式来处理消息消员，追求高吞吐，一开始的目的就是用于日志收集和传输,0.8版本开始支特复别，不支持事务，对消息的重复、丢失、错误没有严格要求。活合产生大量数的互联网服务的散据收集业务。

1.3.3 RocketMQ

基于kafka做了优化，对事务支持比较好，但是开源的功能不支持分布式事务，功能正常
的支持事务的需要花钱买官方正版

RocketMQ是阿里开源的消息中间件，它是纯java开发的，具有高吞吐，高可用性，适合大规模分布式系统的应用的特点，RocketMQ思路起源于kafka,但并不是kafka的一个copy,它对消息的可靠传输以及事务做了优化，目前在阿里集团被广泛使用于交易，充值，流计算，消息推送，日志流处理，binglog分发等场景；

1.3.4 RabbitMQ

天生与spring无缝连接，对数据-致性要求特别高，稳定性，可靠性非常高，几乎不会丢失数据

RabbitMQ是使用Erlang语言开发的开源消息队列系统，基于AMQP协议来实现，AMQP的主要特征是面向消息，队列，路由(包括点对点和发布/订阅)，可靠性，安全，AMQP协议更多用在企业系统内对数据的一致性，稳定性和可靠性要求很高的场景，对性能和吞吐的要求还在其次

2. 简介

RabbitMQ 基于AMQP协议，erlang语言开发，是部署最广泛的开源消息中间件，是最受欢迎的消息中间件之一;

AMQP（Advanced Message Queuing Protocol，高级消息队列协议）是一个进程间传递异步消息的网络协议

2.1 工作过程

发布者（Publisher） 发布消息（Message），经由交换机（Exchange）。

交换机根据路由规则将收到的消息分发给与该交换机绑定的队列（Queue）。
最后 AMQP 代理会将消息投递给订阅了此队列的消费者，或者消费者按照需求自行获取。

2.1.1 深入理解

1、发布者、交换机、队列、消费者都可以有多个。同时因为 AMQP 是一个网络协议，所以这个过程中的发布者，消费者，消息代理 可以分别存在于不同的设备上。

2、发布者发布消息时可以给消息指定各种消息属性（Message Meta-data）。有些属性有可能会被消息代理（Brokers）使用，然而其他的属性则是完全不透明的，它们只能被接收消息的应用所使用。

3、从安全角度考虑，网络是不可靠的，又或是消费者在处理消息的过程中意外挂掉，这样没有处理成功的消息就会丢失。基于此原因，AMQP 模块包含了一个消息确认（Message Acknowledgements）机制：当一个消息从队列中投递给消费者后，不会立即从队列中删除，直到它收到来自消费者的确认回执（Acknowledgement）后，才完全从队列中删除。

4、在某些情况下，例如当一个消息无法被成功路由时（无法从交换机分发到队列），消息或许会被返回给发布者并被丢弃。或者，如果消息代理执行了延期操作，消息会被放入一个所谓的死信队列中。此时，消息发布者可以选择某些参数来处理这些特殊情况。