RabbitMQ

JysArtemis

已于 2023-10-30 09:48:00 修改

阅读量51

点赞数

文章标签： rabbitmq 分布式

于 2023-10-25 17:57:29 首次发布

本文链接：https://blog.csdn.net/weixin_53636197/article/details/134036722

版权

文章目录

RabbitMQ

RabbitMQ

在这里插入图片描述

1.基础概念

在这里插入图片描述

Broker

接收和分发消息的应用,RabbitMQ Server就是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 中去。常用的类型有：direct (point-to-point), topic (publish-subscribe) and fanout (multicast)

Queue

消息最终被送到这里等待 consumer 取走

Binding

exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key。Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据

2.RabbitMQ6种工作模式

在这里插入图片描述

工作队列模式

同一个队列,可以配置多个消费者
在这里插入图片描述

Pub/Sub 订阅模式

消息通过交换机发送到多个队列，被每个队列消费者消费
Routing 路由模式
Topics 通配符模式
消息确认机制

RabbitMQ提供了监听器，消息确认涉及两种状态这两种状态只适用于生产者和Broker之间：
confirm:包含ack，和nack
return:没有投递到相应队列，返回给生产者

3.一些高级特性

SpringBoot:整合RabbitMQ实现生产者与消费者:

RabbitMQ高级特性之消息确认机制

生产者生产消息是否到交换机，有confrim（确认模式返回ack或nack
生产者消息到达交换机，未到达队列，会返回return（生产者需要打开这个模式）
消费者
消费者可以设置手动确认消息，消费代码try起来，若出现异常，则不签收，签收需要指定消息的id
RabbitMQ高级特性之消峰限流
数据放在队列里面，消费者消费数据，并设置手动确认，消费一个手动ack一个，慢慢处理，prefetch可以设置一次拉取多少条消息
RabbitMO高级特性之TTL
可以给队列设置参数，里面的消息就存在过期时间
消息可靠性
RabbitMQ死信队列
绑定两个属性：x-dead-letter-exchange、x-dead-letter-exchange
消息成为死信的三个条件，
1.消息过长
2.消费者拒接消息，并且不放回队列
3.消息过期