熬夜整理的RabbitMQ知识点相当齐全的文章

最新推荐文章于 2023-02-02 17:15:54 发布

qq_44601070

最新推荐文章于 2023-02-02 17:15:54 发布

阅读量151

点赞数

分类专栏：后端高级文章标签： rabbitmq

原文链接：http://www.mark-to-win.com/tutorial/51086.html

版权

后端高级专栏收录该内容

47 篇文章 7 订阅

订阅专栏

在如今微服务、分布式时代，不懂一点消息队列、服务解耦、异步通信，都不好意思说自己做过Java高并发、分布式项目了；趁着放假，debug熬夜整理了消息中间件RabbitMQ相关的知识点，对于没撸过这一技术栈的小伙伴而言可以说是福利了，而对于已经撸过的小伙伴而言不妨再过一遍，毕竟温故而知新嘛！

以下为本文的目录，先一睹为快：

一、基本概念
二、RabbitMQ底层架构
三、如何在Spring Boot项目中使用
四、福利奉上！

话不多说，咱们直接进入正题！

一、简介

1.RabbitMQ，一款由Erlang语言开发的、基于AMQP（高级消息队列协议）实现的开源消息代理软件，俗称“消息中间件”；

2.那何谓“AMQP”呢，解释为中文：高级消息队列协议，是应用层协议的一个开放标准，专门面向消息而设计的，基于此协议的客户端与消息中间件可传递消息，并不受产品、开发语言等条件的限制；

3.据说这RabbitMQ最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现还挺不俗，具体特点有：

（1）可靠性：RabbitMQ使用一些机制来保证可靠性，如持久化、消费确认、发布确认；

（2）灵活的路由：在消息进入队列之前，通过交换器Exchange 来路由消息的；对于典型的路由功能，RabbitMQ 已经提供了一些内置Exchange来实现；针对更复杂的路由功能，可以将多个 Exchange 绑定在一起，也通过插件机制实现自己的 Exchange

（3）消息集群：多个RabbitMQ 服务器可以组成一个集群，形成一个逻辑上的Broker（消息代理服务器）；

（4）高可用：队列可以在集群中的机器节点进行镜像备份，当部分节点出问题时队列仍然可用；

（5）多种协议支持；RabbitMQ 支持多种消息队列协议，比如 STOMP、MQTT等等；

（6）多语言客户端：RabbitMQ 几乎支持所有常用的开发语言，比如 Java、.NET、Ruby 等；

（7）Web控制台管理界面：RabbitMQ 提供了一个易用的用户界面，使得用户可以监控和管理消息代理服务器 Broker 中的方方面面（包括队列、交换器、路由、消息消费情况、队列绑定情况、消费者实例情况、使用账户等等）

（8）跟踪机制：RabbitMQ 提供了消息跟踪机制，在消息传输期间出现异常时使用者可以找出到底发生了什么事！

（9）插件机制：RabbitMQ 提供了许多插件，来从多方面进行扩展，也可以编写自己的插件，比如RabbitMQ自带的“延迟队列插件”就相当好用！

二、RabbitMQ底层架构与基本概念

1.如下图所示为RabbitMQ底层的架构图，消息在底层传输期间几乎经历了其中所涉及的每个组件！

2.下面介绍下这些组件的具体含义：

（1）Message：消息，就像万物皆对象一样，万物皆可充当消息！因此消息可以理解为任意的事物、任意的数据；它由消息头Header和消息体Body组成；

其中消息体是不透明的，而消息头则由一系列的可选属性组成，这些属性包括 routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等；

（2）Publisher：消息的生产者，也是一个向交换器发布消息的客户端应用程序；

（3）Exchange：交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列，简而言之：即将消息路由给队列；

（4）Binding：绑定，用于将消息队列绑定、关联到指定的交换器；即用于消息队列和交换器之间的关联；那如何将其关联、绑定在一起呢，通过路由键RoutingKey实现；

即通过路由键RoutingKey 将交换器Exchange 和消息队列 Queue 连接起来的，从另外一个角度上看，也可以将交换器Exchange理解成一个由绑定构成的路由表。

（5）Queue：消息队列，用于保存消息直到发送给消费者；可以理解为它是消息的容器；一个消息可投入一个或多个队列；消息一直在队列里面，直到消费者连接到这个队列并将其取走这个消息才算真正走到了最后！

（6）Connection：网络连接，比如一个 TCP 连接；

（7）Channel：信道，多路复用连接中的一条独立的双向数据流通道；信道是建立在真实TCP 连接之上的虚拟连接；AMQP 命令都是通过信道发出去的，不管是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成，因为对于操作系统来说建立和销毁 TCP 都是非常昂贵的开销，所以引入了信道的概念，以复用一条 TCP 连接

（8）Consumer：消息的消费者，表示一个从消息队列中取得消息的客户端应用程序；

（9）Virtual Host：虚拟主机，表示一批交换器、消息队列和相关对象，虚拟主机是共享相同的身份认证和加密环境的独立服务器域；

（10）Broker：表示消息队列服务器实体；

3. 交换器Exchange的类型: 交换器分发消息时根据类型的不同，分发策略也有所不同，目前共四种类型：direct、fanout、topic、headers ；headers 匹配 AMQP 消息的 header 而不是路由键，此外 headers 交换器和direct 交换器完全一致，但性能差很多，目前几乎用不到了，所以直接看另外三种类型：

（1）基于Direct类型交换器的传输模式：消息中的路由键（routing key）如果和 Binding 中的 binding key 一致，交换器就将消息发到对应的队列中，它是完全匹配、单播的模式；