RabbitMQ快速入门安装和简介超详细~~

概述

RabbitMQ是—个开源的消息代理和队列服务器，用来通过普通协议 在完全不同的应用之间共享数据，RabbitMQ是使用Erlang语言来编写 的，并且RabbitMQ是基于AMQP协议的。

RabbitMQ简介

RabbitMQ是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）

1.高级消息队列协议（AMQP）

• AMQP，即Advanced Message Queuing
  Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。
• AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。
• RabbitMQ是一个开源的AMQP实现，服务器端用Erlang语言编写，支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

2.RabbitMQ中的MQ。

• MQ全称为Message Queue, 消息队列（MQ）

• 是一种应用程序对应用程序的通信方法

• 这里还有篇RabbitMQ基础概念详细介绍写的是真的好
  有兴趣的可以去看下

• MQ 衡量指标：服务性能、数据存储、集群架构

举一个例子，如果商品服务和订单服务是两个不同的微服务，在下单的过程中订单服务需要调用商品服务进行扣库存操作。按照传统的方式，下单过程要等到调用完毕之后才能返回下单成功，如果网络产生波动等原因使得商品服务扣库存延迟或者失败，会带来较差的用户体验，如果在高并发的场景下，这样的处理显然是不合适的，那怎么进行优化呢？这就需要消息队列登场了。

消息队列提供一个异步通信机制，消息的发送者不必一直等待到消息被成功处理才返回，而是立即返回。消息中间件负责处理网络通信，如果网络连接不可用，消息被暂存于队列当中，当网络畅通的时候在将消息转发给相应的应用程序或者服务，当然前提是这些服务订阅了该队列。如果在商品服务和订单服务之间使用消息中间件，既可以提高并发量，又降低服务之间的耦合度。

流量削峰

什么是流量削峰
①主要是还是来自于互联网的业务场景，例如，马上即将开始的春节火车票抢购，大量的用户需要同一时间去抢购；

②以及大家熟知的阿里双11秒杀，短时间上亿的用户涌入，瞬间流量巨大（高并发），比如：200万人准备在凌晨12:00准备抢购一件商品，但是商品的数量缺是有限的100-500件左右。

③这样真实能购买到该件商品的用户也只有几百人左右， 但是从业务上来说，秒杀活动是希望更多的人来参与，也就是抢购之前希望有越来越多的人来看购买商品。

④但是，在抢购时间达到后，用户开始真正下单时，秒杀的服务器后端缺不希望同时有几百万人同时发起抢购请求。

⑤我们都知道服务器的处理资源是有限的，所以出现峰值的时候，很容易导致服务器宕机，用户无法访问的情况出现。

⑥这就好比出行的时候存在早高峰和晚高峰的问题，为了解决这个问题，出行就有了错峰限行的解决方案。
解决方案
我们一个案例讲解

场景: 商城系统新建了一个秒杀活动,在限定时间内进行低价秒杀,可能会出现成千上万的用户前来请求秒杀处理,但是我们的秒杀商品限定了几十或者几百的库存
那么我们如何面对高并发的流量请求来限制流量进行秒杀业务来减少服务器的压力呢?

这时候我们的RabbitMQ的魅力就来啦,我们在系统服务中加入消息队列, 把用户所有的请求发送到消息队列中,不直接去交给秒杀的业务处理,虽然有多量的请求,但是我们可以设置消息队列的阈值,当用户请求的数量达到库存的数量时,我们消息队列就可以对其他的请求不进行秒杀下单处理了,可以将其他请求进行秒杀失败的一个业务处理,只负责秒杀成功的请求,然后等待系统的下单处理就行了,从而达到了对高并发流量的限制,保证库存的正确处理,减少服务器的压力

在这里，消息队列就像“水库”一样，拦蓄上游的洪水，削减进入下游河道的洪峰流量，从而达到减免洪水灾害的目的
同理，在线上的秒杀等业务场景，也需要类似的解决方案，需要平安度过同时抢购带来的流量峰值的问题，这就是流量削峰的由来。

流量削锋转载于：RabbitMQ入门

AMQP核心概念（重点）

Server：又称Broker，接受客户端的连接，实现AMQP实体服务
Connection：连接：应用程序与Broker的网络连接

Channel：网络通道，几乎所有的操作都在Channel中进行，Channel是进行消息读写的通道；客户端可建立多个Channel，每个Channel代表一个会话任务；

Message：消息，服务器与应用程序之间传递的数据，由Properties和Body组成。Properties可以对消息进行装饰，比如消息的优先级、延迟等高级特性；Body则就是消息体内容；

Virtual host：虚拟地址，用于进行逻辑隔离，最上层的消息路由；一个Virtual Host里面可以有若干个Exchange和Queue，同一个Virtual Host里面不能有相同名称的Exchange或Queue；

Exchange：交换机，交换消息，根据路由键转发消息到绑定的队列；
Binding：Exchange和Queue之间的虚拟连接，binding中可以包含routing key；
Routing key：一个路由规则，虚拟机可用它来确定如何路由一个特定消息
Queue：也称为Message Queue，消息队列，保存消息并将它们转发给消费者

哪些大厂在用RabbitMQ,为什幺？

滴滴、美团、头条、去哪儿、艺龙…
开源、性能优秀，稳定性保障
提供可靠性消息投递模式（confirm)、返回模式（return )
与SpringAMQP完美的整合、API丰富
集群模式丰富，表达式配置，HA模式，镜像队列模型
保证数据不丟失的前提做到高可靠性、可用性

RabbitMQ高性能的原因？

Erlang语言最初在于交换机领域的架构模式，这样使得 RabbitMQ在Broker之间进行数据交互的性能是非常优秀的
Erlang的优点：Erlang有着和原生Socket—样的延迟

各大主流中间件对比

1.ActiveMQ
ActiveMQ 是 Apache 出品，最流行的，能力强劲的开源消息总线，并且它一
个完全支持 J M S 规范的消息中间件。
优势：其丰富的 API 、多种集群构建模式使得他成为业界老牌消息中间件，在中
小型企业中应用广泛！

MQ 衡量指标：服务性能、数据存储、集群架构

2.Kafka

Kafka是分布式发布-订阅消息系统，它最初是由LinkedIn公司开发的，之后成为Apache项目的一部分，Kafka是一个分布式&#