9、RabbitMQ学习笔记

最新推荐文章于 2024-08-06 17:45:46 发布

郑大永

最新推荐文章于 2024-08-06 17:45:46 发布

阅读量235

点赞数 1

分类专栏： java web 文章标签： java

本文链接：https://blog.csdn.net/qq_31333425/article/details/117416685

版权

java web 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

MQ：Message Queue（消息队列），是存储消息的中间件，是应用程序和应用程序之间的通信方法。

分布式系统通信有两种方式：直接远程调用，借助第三方完成间接通信。发送方为生产者，接收方为消费者。

MQ优势：应用解耦、异步提速、削峰填谷
MQ劣势：系统可用性降低，系统复杂性提高、一致性问题

使用MQ需要满足的条件：
1、生产者不需要从消费者处获得反馈
2、允许短暂的不一致性
3、确实是有效果的（收益大于成本）

常见的MQ：ActiveMQ、ZeroMQ、RabbitMQ、RocketMQ、Kafka、MetaMq。
在这里插入图片描述

JMS：Java Message Service（Java消息服务），是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。可理解为和JDBC一样的东西。

AMQP：Advanced Message Queue （高级消息队列协议），是一个网络协议（类比于HTTP），基于此协议的客户端（生产者和消费者都是客户端）和消息中间件可传递消息。
AMQP协议中的角色：
在这里插入图片描述

RabbitMQ是由erlang语言开发，基于AMQP协议实现的消息队列，架构如下：

Broker：中文译为中介，接收和分发消息的应用，RabbitMQ Server就是 Message Broker。
Virtual host：出于多租户和安全因素设计的，把 AMQP 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念。当多个不同的用户使用同一个 RabbitMQ server 提供的服务时，可以划分出多个vhost，每个用户在自己的 vhost 创建 exchange／queue 等。
Connection：publisher／consumer 和 broker 之间的 TCP 连接。
Channel：如果每一次访问 RabbitMQ 都建立一个 Connection，在消息量大的时候建立 TCP Connection的开销将是巨大的，效率也较低。Channel 是在 connection 内部建立的逻辑连接，如果应用程序支持多线程，通常每个thread创建单独的 channel 进行通讯，AMQP method 包含了channel id 帮助客户端和message broker 识别 channel，所以 channel 之间是完全隔离的。Channel 作为轻量级的 Connection 极大减少了操作系统建立 TCP connection 的开销。
Exchange：message 到达 broker 的第一站，根据分发规则，匹配查询表中的 routing key，分发消息到queue 中去。Exchange的类型类型有三种：direct (point-to- point)，topic(publish-subscribe) 和fanout (multicast)。
Queue：消息最终被送到这里等待 consumer 取走。
Binding：exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key。Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据。

RabbitMQ有6种模式：简单模式，work queues模式，Publish/Subscribe发布与订阅模式，Routing路由模式，Topics主题模式，RPC远程调用模式（不太算MQ）。
Work queues模式一个消息只能被一个消费者消费。Publish/Subscribe模式一个消息可以同时被多个消费者消费。
Routing模式routing key需要具体的字符。Topics模式routing key只支持通配符的方式。
在这里插入图片描述

创建队列Queue使用如下语句：queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete, Map<String, Object> arguments)
参数说明：

queue：队列名称
durable：是否持久化，当mq重启之后，还在
exclusive：是否独占，只能有一个消费者监听这队列；当Connection关闭时，是否删除队列
autoDelete：是否自动删除。当没有Consumer时，自动删除掉
arguments：参数。
如果没有一个名字叫hello_world的队列，则会创建该队列，如果有则不会创建。

发送消息使用如下语句：basicPublish(String exchange, String routingKey, BasicProperties props, byte[] body)
参数说明：

exchange：交换机名称，简单模式下交换机会使用默认的 “”
routingKey：路由名称
props：配置信息
body：发送消息数据

创建消费者使用如下语句

DefaultConsumer consumer = new DefaultConsumer(channel){
            @Override
             // consumerTag 消息者标签，在channel.basicConsume时候可以指定
             //envelope 消息包的内容，可从中获取消息id，消息routingkey，交换机，消息和重传标志(收到消息失败后是否需要重新发送)
             //properties 属性信息
             //body 消息
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
               //消息处理逻辑
            }
        };

监听消息使用如下语句：channel.basicConsume(Producer.QUEUE_NAME, true, consumer);
参数说明：
1：队列名称
2：是否自动确认，设置为true为表示消息接收到自动向mq回复接收到了，mq接收到回复会删除消息，设置为false则需要手动确认
3：消息接收到后回调（就是上面定义的消费者，用于消息的处理逻辑）

Exchange一方面接收生产者发送的消息，另一方面知道如何处理消息，例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作，取决于Exchange 的类型。Exchange有常见以下3种类型：
Fanout：广播，将消息交给所有绑定到交换机的队列
Direct：定向，把消息交给符合指定routing key 的队列
Topic：通配符，把消息交给符合routing pattern（路由模式）的队列

Exchange只负责转发消息，不具备存储消息的能力，因此如果没有任何队列与Exchange绑定，或者没有符合路由规则的队列，那么消息会丢失！

工作模式：
简单模式：一个生产者一个消费者。
工作队列模式：多个消费者来竞争，对于任务过重或任务较多情况使用工作队列可以提高任务处理的速度。消费者之间对于同一个消息的关系是竞争的关系。
发布订阅模式：使用了Fanout类型的Exchange。
路由模式：使用了Direct类型的Exchange，上面发布订阅模式的队列与交换机不再是任意绑定，而是要指定一个RoutingKey。消息的发送方在向Exchange发送消息时，必须指定消息的RoutingKey，Exchange不再把消息交给每一个绑定的队列，而是根据消息的RoutingKey进行判断，只有队列的Routingkey与消息的 Routingkey完全一致，才会接收到消息。
通配符模式：使用了Topic类型的Exchange。

RabbitMQ高级特性：消息可靠投递，Consumer ACK，消费端限流，TTL，死信队列，延迟队列，日志与监控，消息可靠性分析与追踪，管理

RabbitMQ为了杜绝消息丢失和投递失败，使用两种模式来保证消息的可靠投递：confirm(确认模式)和return（退回模式）
RabbitMQ的消息路径：producer—>rabbitmq broker—>exchange—>queue—>consumer
confirm：消息从 producer 到 exchange 则会返回一个 confirmCallback 。（成功失败都返回）
return：消息从 exchange–>queue 投递失败则会返回一个 returnCallback 。

消费者收到消息后的确认方式有3种：
自动确认：acknowledge=“none”
手动确认：acknowledge=“manual”
根据异常情况确认：acknowledge=“auto”，（这种方式使用麻烦，不作讲解）

可以在<rabbit:listener-container> 中配置 prefetch属性设置消费端一次拉取多少消息，用来进行消费者限流。

<rabbit:listener-container connection-factory="connectionFactory" acknowledge="manual" prefetch="1">
    <rabbit:listener ref="qosListener" queue-names="test_queue_confirm"></rabbit:listener>
</rabbit:listener-container>