RabbitMQ消息队列---简介以及安装

1.消息队列简介

1.1 什么是消息队列

       消息队列，顾名思义就是用来存放消息的队列，队列的设计原则采用先进先出的方式，就是说一个消息入队，那么他就会先出队。消息队列是一种跨进程的通信机制，用来在不同jvm中传递消息。在分布式系统中，，消息队列起到了很大的作用，达到逻辑解耦以及物理解耦的效果。

1.2 消息队列的作用

消息队列的作用主要有三种，分别是：流量消峰，应用解耦和异步处理。

流量消峰： 流量消峰主要是指将一个程序，或者一个接口的并发数控制在它的并发范围之内，既不让他超过最高的并发数，也不轻易让请求直接失败。

       简单点理解就是：比如一个接口，他的最大并发数为10W，就是说它可以承受10W条请求同时访问，但如果有超过10W条请求同时到达，那么有些请求就会直接失败。如果我们使用了消息队列，我们可以将这些请求缓存起来，将消息队列当成一个缓冲区，让请求分成一段一段的来处理，这样子就可以保证这些请求都尽量能请求成功，但是这也会多花费一些时间。

应用解耦： 在微服务或者分布式系统中，都会有服务调用的情况出现，如果这时候一个服务出现异常，那么相关的业务逻辑操作会受到影响，而信息队列则是在两个服务之间再加一层，以此来达到更大程度上的解耦。

       比如说：一个下单的操作，普遍的逻辑就是生成订单信息，然后减少相关商品的库存。如果减少相关商品的库存这个服务出现异常，需要一些时间来修复，那么下单操作就会出现异常。这时候如果我们使用消息队列来做缓冲，存储我们的减少库存操作的信息，那么下单操作就会成功执行。而当服务恢复正常时，就会执行消息队列中的减少库存操作，来提高系统的可用性。

异步处理： 在微服务架构中，有一些服务需要监听另一个服务的完成情况，然后再继续执行相关的业务逻辑操作。在以往的操作中，常用的方法就是服务A频繁的去访问服务B，看看服务B是否完成了，又或者服务B提供一个相关的提示接口，如果完成了就返回相关提示给服务A，而使用信息队列后，服务A只需要监听消息队列是否返回信息，而不用频繁的去访问服务B和服务B不用多写一个接口。

       比如说：在我们日常的系统软件中，通常会有一个登录成功，然后会发送一个相关的登录信息短信。如果不用信息队列的话，就是：发短信这个服务要经常去监听登录这个服务的操作，看是否登录成功。如果使用了消息队列的话，那就不用管，短信服务只需看消息队列是否会发信息给我，如果有的话就发短信，没有就不管。

1.3 消息队列的分类

ActiveMQ： ActiveMQ，最早出现的消息队列，优点是：单机吞吐量万级，时效性ms级，可用性高，，基于主从架构实现高可用性，消息可靠性高，丢失消息的可靠性较低。缺点是：社区活跃度较低，维护性也不高，在应对高吞吐量场景的使用率较低。

kafka： 大数据杀手锏，为大数据而生的消息中间件。优点有：吞吐量超高，百万级吞吐量为单位，时效性为ms级别，可用性很高。kafka是分布式的消息中间件，有很好的web操作界面，在系统的开发设计中，经常用来处理日记采集。缺点有：单机队列高，消息的发送时间响应长，采用短轮询等方式来完成消息的推送和获取，消息消费失败不支持重试。（适合产生大量数据的互联网行业的数据收集，常用来做日志采集功能）

RocketMQ： 阿里开发出来的开源产品，在设计时参考了kafka，可以理解为一个小型的kafka，也是分布式的。优点有：吞吐量为十万级，消息丢失率为0，底层为Java或c++写的，可以下载下来自己修改。缺点有：支持的客户端语言不多，社区活跃度一般。（可靠性很高，适合用来处理有关金融等方面的问题，有很高的稳定性）

RabbitMQ： 2007年发布，一个基于AMQP（高级消息队列协议）的基础上完成的一个可复用的消息系统，吞吐量为万级，功能较完善，支持多种语言，社区活跃度高。缺点是：商业版需要钱。（性能好，时效性高，适合用于数据量没有那么大的系统）

1.4 消息队列机制区别

协议： 消息队列常见的协议有：OpenWire，AMQP，MQTT，Kafka和OpenMessage

持久化： 消息队列常用的持久化一般都是为文件存储或者数据库存储

分发策略： 消息队列常见的分发策略主要有：发布订阅，轮询发布，公平发布，重发以及消息拉取等等

2 RabbitMQ入门

2.1 什么是RabbitMQ

       RabbitMQ，也被称为兔子队列，是一个消息中间件，负责接收并转发消息。可以理解为菜鸟驿站，它只是负责接收快递和让别人取快递，商家将快递发送到菜鸟驿站，而你去拿就可以了。类似于生产者和消费者，消息生产者将消息发送到队列中，消费者去队列中取消息并消费，这就是消息中间件。

2.2 RabbitMQ相关概念

生产者： 提供消息，将消息发送到消息队列

交换机： 接收生产者提供的消息并把消息推送到相对应的队列中去，供消息消费者使用。在生产者提供消息时，交换机必须知道如何处理这条消息，如何准确将消息推送到队列中去。

队列： 是RabbitMQ内部的一种数据结构，采用先进先出的原则，本质上是一个大的消息缓冲区，用来存放消息生产者所提供的消息。

消费者： 消费消息的角色，从队列中获取到相对应的消息

2.3 RabbitMQ工作原理

       RabbitMQ有6种消息控制核心模式，分别是简单模式，工作模式，发布订阅模式，路由模式，主题模式和发布确认模式，每一种模式都有不同的应用。

在RabbitMQ的工作过程中，常见的部分为broker（服务端）和Virtual Host（多用户）。

broker： 接收和分发消息的应用，类似于nacos的服务端

Virtual Host： 多用户使用，可以设计一个类似于Nacos里面的namespace空间，每个用户在相对于的空间中执行消息的发送和消费。

2.4 RabbitMQ的安装（docker）

#1.拉取镜像
docker pull rabbitmq

#2.启动镜像生成容器
#--hostname：指定容器主机名称
#第一个端口为web控制界面端口，第二个接口为服务接口（就是消息生产和消费端口）
docker run -id --hostname myrabbit --name rabbitmq1 -p 15672:15672 -p 5672:5672 rabbitmq

#3.进入容器
docker exec -it rabbitmq1 /bin/bash

#4.下载插件
rabbitmq-plugins enable rabbitmq_management

#在启动后使用过程中，如果点击交换机出现500错误的话，可以试一下以下的解决方法
#1.进入容器
docker exec -it rabbitmq1 /bin/bash
#2.进入mq配置文件
cd /etc/rabbitmq/conf.d/
#3.执行命令
echo management_agent.disable_metrics_collector = false > management_agent.disable_metrics_collector.conf
#4.退出
exit
#5.重启RabbitMQ
docker restart rabbitmq1

访问登录地址： ip+端口，并登录（账号密码皆为：guest）