文章目录
提示：以下是本篇文章正文内容，RabbitMQ 系列学习将会持续更新
一、消息队列
我们之前如果需要进行服务间远程调用，那么一般可以通过发送 HTTP 请求来完成。而现在，我们可以使用第二种方式，就是消息队列，它能够将发送方发送的信息放入队列中，当新的消息入队时，会通知接收方进行处理，一般消息发送方称为生产者，接收方称为消费者。
这样我们所有的请求，都可以直接丢到消息队列中，再由消费者取出，不再是直接连接消费者的形式了，而是加了一个中间商，这也是一种很好的解耦方案，并且在高并发的情况下，由于消费者能力有限，消息队列也能起到一个削峰填谷的作用，堆积一部分的请求，再由消费者来慢慢处理，而不会像直接调用那样请求蜂拥而至。
那么，消息队列具体实现有哪些呢？
RabbitMQ- 性能很强，吞吐量很高，支持多种协议，集群化，消息的可靠执行特性等优势，很适合企业的开发。Kafka- 提供了超高的吞吐量，ms 级别的延迟，极高的可用性以及可靠性，而且分布式可以任意扩展。RocketMQ- 阿里巴巴推出的消息队列，经历过双十一的考验，单机吞吐量高，消息的高可靠性，扩展性强，支持事务等，但是功能不够完整，语言支持性较差。
我们这里，主要讲解的是 RabbitMQ 消息队列。
二、RabbitMQ 是什么？
RabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。 AMQP ：Advanced Message Queue，高级消息队列协议。它是应用层协议的一个开放标准，为面向消息的中间件设计，基于此协议的客户端与消息中间件可传递消息，并不受产品、开发语言等条件的限制。 RabbitMQ 最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。
- RabbitMQ 拥有数万计的用户，是最受欢迎的开源消息队列之一，从 T-Mobile 到 Runtastic，RabbitMQ 在全球范围内用于小型初创企业和大型企业。
- RabbitMQ 轻量级，易于在本地和云端部署，它支持多种消息协议。RabbitMQ 可以部署在分布式和联合配置中，以满足大规模、高可用性要求。
- RabbitMQ 在许多操作系统和云环境中运行，并为大多数流行语言提供了广泛的开发者工具。
具体特点：
-
可靠性（Reliability） RabbitMQ 使用一些机制来保证可靠性，如持久化、传输确认、发布确认。
-
灵活的路由（Flexible Routing） 在消息进入队列之前，通过 Exchange 来路由消息的。对于典型的路由功能，RabbitMQ已经提供了一些内置的 Exchange 来实现。针对更复杂的路由功能，可以将多个Exchange 绑定在一起，也通过插件机制实现自己的 Exchange 。
-
消息集群（Clustering） 多个 RabbitMQ 服务器可以组成一个集群，形成一个逻辑 Broker。
-
高可用（Highly Available Queues） 队列可以在集群中的机器上进行镜像，使得在部分节点出问题的情况下队列仍然可用。
-
多种协议（Multi-protocol） RabbitMQ 支持多种消息队列协议，比如 STOMP、MQTT 等等。
-
多语言客户端（Many Clients） RabbitMQ 几乎支持所有常用语言，比如 Java、.NET、Ruby 等等。
-
管理界面（Management UI） RabbitMQ 提供了一个易用的用户界面，使得用户可以监控和管理消息 Broker 的许多方面。
-
跟踪机制（Tracing） 如果消息异常，RabbitMQ 提供了消息跟踪机制，使用者可以找出发生了什么。
-
插件机制（Plugin System） RabbitMQ 提供了许多插件，来从多方面进行扩展，也可以编写自己的插件。
三、RabbitMQ 设计架构
- 生产者（Publisher）和消费者（Consumer）：不用多说了吧。
- Channel：我们的客户端连接都会使用一个 Channel，再通过 Channel 去访问到 RabbitMQ 服务器，注意通信协议不是 http，而是 amqp 协议。
- Exchange：类似于交换机一样的存在，会根据我们的请求，转发给相应的消息队列，每个队列都可以绑定到 Exchange 上，这样 Exchange 就可以将数据转发给队列了，可以存在很多个，不同的 Exchange 类型可以用于实现不同消息的模式。
- Queue：消息队列本体，生产者所有的消息都存放在消息队列中，等待消费者取出。
- Virtual Host：有点类似于环境隔离，不同环境都可以单独配置一个 Virtual Host，每个 Virtual Host 可以包含很多个 Exchange 和 Queue，每个 Virtual Host 相互之间不影响。
四、WebUI 操作 RabbitMQ
我们已经学习了在 不同环境下安装 RabbitMQ，那我们启动服务器后，就可以访问管理页面：http://1.15.76.95:15672
那么，我们现在可以在 RabbitMQ 的 Web 管理页面上，进行消息队列的操作和使用，以进一步深入了解 RabbitMQ。
4.1 虚拟主机 (Virtual Host)
①查看Admin->Users信息：No access 表示 admin用户还不能访问到任何虚拟主机。
②手动创建一个虚拟主机 /test
可以看到 All virtual hosts 中多了一条主机信息。
在 Users 中，也可以看到 admin 可以访问/test
③可以为用户添加其它虚拟机的访问权限
4.2 交换机 (exchanges)
①查看交换机列表，发现已经为我们的虚拟主机创建好 7 个预设交换机。
手动添加交换机
②介绍 AMQP default 直连交换机
- 第一个交换机是所有虚拟主机都会自带的一个默认交换机，并且此交换机不可删除。
- 此交换机默认绑定到所有的消息队列，不能解绑。如果通过该交换机发送消息，那么消息的
routingKey = Queue.Name来路由转发。 - 该交换机特性是持久化的，就算服务器重启，也会保留。如果不是持久化，那么一旦重启就会消失。实际上我们在列表中看到
D的字样，所有自动生成的交换机都是持久化的。
③介绍 amq.direct 直连交换机
- 这个交换机和我们刚刚介绍的默认交换机类型一致，并且也是持久化的。
- 我们可以看到它是具有绑定关系的，默认没有任何绑定，需要手动绑定消息队列。如果想向某个消息队列发送消息，必须绑定该队列，且消息的
routingKey = Queue.routingKey寻找消息队列。
向绑定好的消息队列中，发布消息：
4.3 消息队列 (Queues)
①默认没有任何队列
添加队列后，多了一条信息显示：
②点击进入新建的 queue1 队列中
手动绑定交换机：
③发布/获取消息
发布消息：通过
amq.direct交换机转发消息，或者点击队列的 Publish Message 选项直接发布
获取消息：点击队列的 Get Messages 选项
Ack Mode (应答模式，有4个选项)：
Nack message requeue true：拒绝消息，也就是说不会将消息从消息队列取出，并且重新排队，一次可以拒绝多个消息。Ack message requeue false：确认应答，确认后消息会从消息队列中移除，一次可以确认多个消息。Reject message requeue true/false：也是拒绝此消息，但是可以指定是否重新排队。
④删除/清空消息队列
总结:
提示：这里对文章进行总结：
本文是对RabbitMQ的学习，首先了解了什么是消息队列，又针对RabbitMQ学习了它的特点和设计架构，最后在RabbitMQ的Web管理页面进行了实践操作。之后的学习内容将持续更新！！！