RabbitMQ安装及启动教程，RabbitMQ 使用方法介绍

1、MQ简介

消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可以在分布式环境下扩展进程间的通信。对于消息中间件，常见角色大致也就有 Producer（生产者）、Consumer（消费者）。

常见的消息中间件产品：

1)ActiveMQ

ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持 JMS1.1和J2EE 1.4 规范的JMS Provider 实现。我们在本次课程中介绍 ActiveMQ 的使用。

2)RabbitMQ

AMQP协议的领导实现，支持多种场景。淘宝的 MySQL 集群内部有使用它进行通讯， OpenStack 开源云平台的通信组件，最先在金融行业得到运用。

3)ZeroMQ 史上最快的消息队列系统

4)Kafka Apache 下的一个子项目

特点：高吞吐，在一台普通的服务器上既可以达到 10W/s 的吞吐速率；完全的分布式系统。适合处理海量数据。

2 MQ 作用

1)解耦 :中间件中的生产者只管发送消息 , 消费者只要从队列当中获取消息进行消费就可以 , 从而来实现业务的解耦。

2)冗余存储 : 有些情况下，处理数据的过程会失败。消息中间件可以把数据进行持久化直到它们已经被完全处理，通过这一方式规避了数据丢失风险。在把一个消息从消息中间件中删除之前，需要你的处理系统明确地指出该消息己经被处理完成，从而确保你的数据被安全地保存直到你使用完毕。

3)可恢复性: 当系统一部分组件失效时，不会影响到整个系统。消息中间件降低了进程间的稿合度，所以即使一个处理消息的进程挂掉，加入消息中间件中的消息仍然可以在系统恢复后进行处理。

4)顺序保证: 在大多数使用场景下，数据处理的顺序很重要，大部分消息中间件支持一定程度上的顺序性。

5)缓冲: 在任何重要的系统中，都会存在需要不同处理时间的元素。消息中间件通过一个缓冲层来帮助任务最高效率地执行，写入消息中间件的处理会尽可能快速。

6)异步通信: 在很多时候应用不想也不需要立即处理消息。消息中间件提供了异步处理机制，允许应用把一些消息放入消息中间件中，但并不立即处理它，在之后需要的时候再慢慢处理。

3、RabbitMQ 安装及启动

3.1 安装依赖环境

rpm -ivh erlang-20.3.8.6-1.el6.x86_64.rpm

yum -y install epel-release

yum -y install socat

3.2 安装 rabbitMQ

rpm -ivh rabbitmq-server-3.7.7-1.el6.noarch.rpm

3.4 RabbitMQ 启动/停止

启动 : service rabbitmq-server start

停止: service rabbitmq-server stop

查看状态: service rabbitmq-server status

4、Rabbit MQ 管理界面访问

4.1 Overview 概要

该栏目主要展示的是MQ的概要信息 , 如消息的数量, Connection , Channel, Exchange , Queue , Consumer的数量。

4.2 Exchange 交换器

该栏目主要展示的是当前虚拟主机下的交换器，也可以在此添加一个新的交换器，并且配置对应的交换器的规则属性。

4.3 Queues 队列

该栏目展示的是消息队列的信息，里面有各个队列的概要信息，也可以在此栏目添加队列Queue。

4.4 Admin系统管理

该栏目展示的是用户管理的信息，包含用户列表的展示，添加用户，添加虚拟主机等信息。

5、RabbitMQ的相关概念

5.1 生产者与消费者

5.1.1 生产者

Producer: 生产者，就是投递消息的一方。

生产者创建消息，然后发布到 RabbitMQ 中。消息一般可以包含 2 个部分：消息体和标签 (Label)。消息体也可以称之为 payload，在实际应用中，消息体一般是一个带有业务逻辑结构的数据，比如一个JSON 字符串。当然可以进一步对这个消息体进行序列化操作。消息的标签用来表述这条消息，比如一个交换器的名称和一个路由键。生产者把消息交由 RabbitMQ，RabbitMQ之后会根据标签把消息发送给感兴趣的消费者 (Consumer ) 。

5.1.2 消费者

Consumer：消费者，就是接收消息的一方。
消费者连接到RabbitMQ服务器，并订阅到队列上。当消费者消费一条消息时，只是消费消息的消息体(payload )。在消息路由的过程中，消息的标签会丢弃，存入到队列中的消息只有消息体，消费者也只会消费到消息体，也就不知道消息的生产者是谁，当然消费者也不需要知道。

5.2 队列
Queue：队列，是RabbitMQ的内部对象，用于存储消息。

5.3 交换器，路由键，绑定

5.3.1 交换器

Exchange: 交换器。在上图中我们暂时可以理解成生产者将消息投递到队列中，实际上这个在RabbitMQ中不会发生。真实情况是，生产者将消息发送到 Exchange (交换器)，由交换器将消息路由到一个或者多个队列中。如果路由不到，或许会返回给生产者，或许直接丢弃。这里可以将 RabbitMQ中的交换器看作一个简单的实体。

RabbitMQ中的交换器有四种类型，四种类型分别是 fanout、direct、topic 、 headers，不同的类型有着不同的路由策略。

5.3.2 路由键

RoutingKey : 路由键。生产者将消息发给交换器的时候，一般会指定一个RoutingKey，用来指定这个消息的路由规则，而这个RoutingKey需要与交换器类型和绑定键 (BindingKey) 联合使用才能最终生效。

在交换器类型和绑定键 (BindingKey) 固定的情况下，生产者可以在发送消息给交换器时，通过指定RoutingKey来决定消息流向哪里。

5.3.3 绑定

Binding：绑定。RabbitMQ 中通过绑定将交换器与队列关联起来，在绑定的时候一般会指定一个绑定键(BindingKey) ，这样RabbitMQ就知道如何正确地将消息路由到队列了。

5.4 交换器类型

1)fanout： 它会把所有发送到该交换器的消息路由到所有与该交换器绑定的队列中。

2)direct： 该类型的交换器路由规则也很简单，它会把消息路由到那些BindingKey和RoutingKey完全匹配的队列中。

3)topic： 前面讲到direct类型的交换器路由规则是完全匹配 BindingKey 和RoutingKey，但是这种严格的匹配方式在很多情况下不能满足实际业务的需求。 topic 类型的交换器在匹配规则上进行了扩展，它与direct类型的交换器相似，也是将消息路由到BindingKey 和RoutingKey 相匹配的队列中，但这里的匹配规则有些不同，它约定：

RoutingKey为一个点号"." 分割的字符串，如：com.itcast.client , com.itheima.exam。

BindingKey与RoutingKey一样也是点号"." 分割的字符串。 BindingKey中可以存在两种特殊的字符串"*" 和 "#" , 用于模糊匹配，其中 "#"用于匹配一个单词，"*"用于匹配多个单个(可以是零个)。

4)headers : 该类型的交换器不依赖于路由键的匹配规则来路由消息，而是根据发送的消息内容中的headers属性进行匹配。

6、生产者发送消息

6.1 队列绑定

6.1.1 创建队列

在RabbitMQ的后台管理界面中创建一个队列，指定队列名称。