RabbitMQ

最新推荐文章于 2025-05-13 03:54:25 发布

原创最新推荐文章于 2025-05-13 03:54:25 发布 · 517 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#rabbitmq #queue

tec 专栏收录该内容

15 篇文章

订阅专栏

本文详细介绍了RabbitMQ，一个基于Erlang的AMQP消息队列中间件。内容涵盖RabbitMQ的主要特点，如可靠性、灵活路由、高可用性等，并讲解了在Windows环境下RabbitMQ的安装步骤。文章还详细阐述了RabbitMQ的三种常用模式：直接模式、分列模式和话题模式，以及它们的应用场景和配置方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

3.windows环境下RabbitMQ的安装与启动

RbbitMQ是一款消息队列中间件，何为消息中间件，起作用特点又是什么，怎么用，接下来小鱼慢慢介绍，记得之前用过ActiveMQ,不过现在忘得差不多了。

1.消息中间件的介绍

消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题实现高性能，高可用，可伸缩和最终一致性[架构] 使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ，工作中最常用的可能就是ActiveMQ，RabbitMQ，Kafka这三款了，其中Kafka一般是大数据中运用的
以下介绍消息队列在实际应用中常用的使用场景：异步处理，应用解耦，流量削锋和消息通讯四个场景

2.RabbitMQ的介绍

RabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

2.1主要特点

1.可靠性（Reliability）
RabbitMQ 使用一些机制来保证可靠性，如持久化、传输确认、发布确认。
2.灵活的路由（Flexible Routing）
在消息进入队列之前，通过 Exchange 来路由消息的。对于典型的路由功能，RabbitMQ
已经提供了一些内置的 Exchange 来实现。针对更复杂的路由功能，可以将多个Exchange 绑定在一起，也通过插件机制实现自己的 Exchange 。
3.消息集群（Clustering）
多个 RabbitMQ 服务器可以组成一个集群，形成一个逻辑 Broker 。
4.高可用（Highly Available Queues）
队列可以在集群中的机器上进行镜像，使得在部分节点出问题的情况下队列仍然可用。
5.多种协议（Multi-protocol）
RabbitMQ 支持多种消息队列协议，比如 STOMP、MQTT 等等。
6.多语言客户端（Many Clients）
RabbitMQ 几乎支持所有常用语言，比如 Java、.NET、Ruby 等等。
7.管理界面（Management UI）
RabbitMQ 提供了一个易用的用户界面，使得用户可以监控和管理消息 Broker 的许多方
面。
8.跟踪机制（Tracing）
如果消息异常，RabbitMQ 提供了消息跟踪机制，使用者可以找出发生了什么。
9.插件机制（Plugin System）
RabbitMQ 提供了许多插件，来从多方面进行扩展，也可以编写自己的插件。

2.2主要概念

RabbitMQ Server：

也叫broker server，它是一种传输服务。他的角色就是维护一条从Producer到Consumer的路线，保证数据能够按照指定的方式进行传输。
Producer：

消息生产者，如图A、B、C，数据的发送方。消息生产者连接RabbitMQ服务器然后将消息投递到Exchange。
Consumer：

消息消费者，如图1、2、3，数据的接收方。消息消费者订阅队列，RabbitMQ将Queue中的消息发送到消息消费者。
Exchange：

生产者将消息发送到Exchange（交换器），由Exchange将消息路由到一个或多个Queue中（或者丢弃）。Exchange并不存储消息。RabbitMQ中的Exchange有direct、fanout、topic、headers四种类型，每种类型对应不同的路由规则。
Queue：

（队列）是RabbitMQ的内部对象，用于存储消息。消息消费者就是通过订阅队列来获取消息的，RabbitMQ中的消息都只能存储在Queue中，生产者生产消息并最终投递到Queue中，消费者可以从Queue中获取消息并消费。多个消费者可以订阅同一个
Queue，这时Queue中的消息会被平均分摊给多个消费者进行处理，而不是每个消费者都收到所有的消息并处理。

RoutingKey：

生产者在将消息发送给Exchange的时候，一般会指定一个routing key，来指定这个消息的路由规则，而这个routing key需要与Exchange Type及binding key联合使用才能最终生效。在Exchange Type与binding key固定的情况下（在正常使用时一般这些内容都是固定配置好的），我们的生产者就可以在发送消息给Exchange时，通过指定routing key来决定消息流向哪里RabbitMQ为routing key设定的长度限制为255bytes。

Connection：

（连接）：Producer和Consumer都是通过TCP连接到RabbitMQ Server的。以后我们可以看到，程序的起始处就是建立这个TCP连接。

Channels：

（信道）：它建立在上述的TCP连接中。数据流动都是在Channel中进行的。也就是说，一般情况是程序起始建立TCP连接，第二步就是建立这个Channel。
VirtualHost：权限控制的基本单位，一个VirtualHost里面有若干Exchange和MessageQueue，以及指定被哪些user使用

3.windows环境下RabbitMQ的安装与启动

3.1下载并安装Erlang

网址：http://http//www.erlang.org/downloads

以管理员的身份运行otp_win64_20.2.exe

3.2下载并安装rabbitmq

网址： http://www.rabbitmq.com

双击rabbitmq-server-3.7.4.exe，可自行选择安装路径，但是不要有中文和空格，安装后window服务中就存在rabbitMQ了，并且是启动状态。

3.3安装管理界面的插件

进入rabbitMQ安装目录的sbin目录，输入命令 rabbitmq-plugins enable rabbitmq_management

重启服务，在浏览器地址栏上输入 http://localhost:15672,就可以看懂管理界面的窗口

输入用户名和密码guest，登录到管理页面，最上侧的导航以此是：概览、连接、信道、交换器、队列、用户管理

这里的nodes明显的是我的C盘，RabbitMQ默认日志与数据存放位置在C盘，这个可以修改，不过我没有修改成功，感兴趣的可以看看这个网址里面的内容

https://www.cnblogs.com/chinaifae/p/9993231.html

4.RabbitMQ常用的三种模式

4.1直接模式（direct）

只用发送消息给唯一一个节点的时候用这种模式

这种模式的特点：

任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue。
1.一般情况可以使用rabbitMQ自带的Exchange：”"(该Exchange的名字为空字符串，下
文称其为default Exchange)。
2.这种模式下不需要将Exchange进行任何绑定(binding)操作
3.消息传递时需要一个“RouteKey”，可以简单的理解为要发送到的队列名字。
4.如果vhost中不存在RouteKey中指定的队列名，则该消息会被抛弃。

创建一个队列

添加完后这里就出现了一个queue

在代码中的应用

我用的是spring boot，在pom文件中加入amqp起步依赖

<dependency>        
<groupId>org.springframework.boot</groupId>            
<artifactId>spring-boot-starter-amqp</artifactId>            
</dependency>

jar包下载完成

修改application.yml配置文件

写上rbmq服务所在的服务器的端口

spring:
  rabbitmq:
    host: 127.0.0.1

编写一个生产者测试类

运行测试方法，会发现消息数变成了1

编写消费者

运行之后再看管理界面，发现消息没了

先创建消费者还是先创建生产者，没有影响，如果有多个消费者在等待生产者的消息，发送一次消息只能被一个消费者接收，就收消息的消费者是随机的，说明其内部是设置了负载均衡的

4.2分列模式（Fanout）

当我们需要将消息一次发给多个队列时，需要使用这种模式。任何发送到Fanout Exchange的消息都会被转发到与该Exchange绑定(Binding)的所有Queue上。

特点：

1.可以理解为路由表的模式
2.这种模式不需要RouteKey
3.这种模式需要提前将Exchange与Queue进行绑定，一个Exchange可以绑定多个Queue，一个Queue可以同多个Exchange进行绑定。
4.如果接受到消息的Exchange没有与任何Queue绑定，则消息会被抛弃。

创建一个fanout类型的exchange：

绑定queue

编写代码

这样管理界面就看不到变化，这里把监听的队列名字改掉再测试一下：

此时队列test1和test2都有一条消息在等待消费

将消费者类改回来后，运行启动类

先启动消费者或者生产者对结果没有影响

4.3话题模式（Topic）

任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题的Queue上

特点：

1.这种模式较为复杂，简单来说，就是每个队列都有其关心的主题，所有的消息都带有一个“标题”(RouteKey)，Exchange会将消息转发到所有关注主题能与RouteKey模糊匹配的队列。
2.这种模式需要RouteKey，也许要提前绑定Exchange与Queue。
3.在进行绑定时，要提供一个该队列关心的主题，如“#.log.#”表示该队列关心所有涉及log的消息(一个RouteKey为”MQ.log.error”的消息会被转发到该队列)。
4.“#”表示0个或若干个关键字，
5.同样，如果Exchange没有发现能够与RouteKey匹配的Queue，则会抛弃此消息

创建一个Topic模式的交换机