谷粒商城实战笔记-249-商城业务-消息队列-RabbitMQ工作流程

文章目录

一,基本概念

RabbitMQ是一个流行的开源消息代理软件,它实现了高级消息队列协议(AMQP)。以下是RabbitMQ的一些基本概念:

  1. Broker

    • 消息代理本身,负责维护路由信息并负责消息的传递。
  2. Exchange

    • 接收生产者发送的消息,然后根据路由规则将消息路由到一个或多个队列。RabbitMQ中有多种类型的交换器,包括direct, fanout, topic, headers等。
  3. Queue

    • 存储消息的实体,直到它们被消费者消费。队列可以设置为持久化的,以保证消息在系统崩溃后不会丢失。
  4. Binding

    • 交换器和队列之间的虚拟连接,通过它可以实现消息的路由。
  5. Routing Key

    • 在消息传递过程中,用于指定消息应该路由到哪个队列的键。
  6. Virtual Host(vhost):

    • 命名空间,逻辑上分割不同的消息应用,每个vhost都有自己的队列、交换器和绑定。
  7. Connection

    • 应用程序与RabbitMQ broker之间的网络连接。
  8. Channel

    • 连接中的一个信道,几乎所有的操作都在信道上进行。信道是轻量级的,可以在一条连接上并行使用多个信道。
  9. Producer

    • 发送消息到交换器的应用程序或服务。
  10. Consumer

    • 从队列中接收消息的应用程序或服务。
  11. Message

    • 传输的数据,可以是文本、JSON、二进制数据等。
  12. Acknowledgment(ACK):

    • 消费者处理完消息后发送给RabbitMQ的确认信号,表示消息已经被成功处理。
  13. Durability

    • 消息或队列的持久化设置,确保在Broker重启后消息或队列不会丢失。
  14. Auto Acknowledgment

    • RabbitMQ自动发送ACK给生产者,无需消费者显式确认。
  15. Quality of Service (QoS)

    • 消费者可以设置QoS参数,例如预取数量,以控制从队列中获取的消息数量。
  16. Dead Letter Exchange(DLX):

    • 当消息无法被队列正常处理时,可以被发送到DLX,DLX是一个特殊的交换器,用来处理死信。
  17. Exchange-to-Exchange Binding

    • 交换器之间可以相互绑定,实现消息的进一步路由。
  18. Persistent Message

    • 设置消息为持久化的,以保证消息在Broker重启后不会丢失。
  19. TTL (Time To Live)

    • 设置消息的生存时间,超过这个时间后,消息将被自动删除。
  20. Publisher Confirms

    • 生产者可以等待Broker的确认,以确保消息被正确交换和路由。

二,消息从producer到consumer的过程

一条消息在RabbitMQ中从生产者(Producer)到消费者(Consumer)的全过程涉及多个步骤和组件。以下是详细的过程:

  1. 建立连接(Connection)

    • 生产者和消费者分别与RabbitMQ Broker建立网络连接。
  2. 创建信道(Channel)

    • 在RabbitMQ中,几乎所有的操作都是在信道上进行的。生产者和消费者在各自的连接上创建一个信道。
  3. 声明交换器(Exchange Declaration)

    • 生产者在信道上声明一个交换器,指定交换器的名称和类型(direct, fanout, topic, headers等)。
  4. 声明队列(Queue Declaration)

    • 消费者在信道上声明一个队列,用于接收消息。
  5. 绑定队列到交换器(Binding)

    • 将队列绑定到交换器上,可以通过路由键(Routing Key)指定,这样交换器就知道如何根据消息的路由键将消息路由到正确的队列。
  6. 发送消息(Publish Message)

    • 生产者发送消息到交换器。消息包含路由键和消息体。
  7. 路由消息(Route Message)

    • 交换器根据路由键和绑定将消息路由到一个或多个队列。
  8. 消息存储(Message Storage)

    • 消息被存储在队列中,等待消费者消费。如果队列配置为持久化的,消息会存储在磁盘上。
  9. 消费者订阅队列(Consumer Subscription)

    • 消费者通过信道订阅队列,开始监听队列中的消息。
  10. 接收消息(Receive Message)

    • 当消费者订阅队列后,它会从队列中接收消息。
  11. 消息确认(Acknowledgment)

    • 消费者处理完消息后,向RabbitMQ发送一个确认信号(ACK)。如果配置了自动确认(Auto Ack),则不需要显式发送ACK。
  12. 消息删除

    • 一旦消息被确认,它会被从队列中删除。
  13. 消息持久化(Durability)

    • 如果消息或队列被标记为持久化,即使Broker重启,消息也不会丢失。
  14. 消息拒绝和死信(Message Rejection and Dead Letter)

    • 如果消费者无法处理消息,它可以拒绝消息。如果消息被拒绝的次数达到一定阈值,它可能会被发送到死信交换器(Dead Letter Exchange)。
  15. 关闭信道和连接

    • 一旦消息被消费,消费者可以选择关闭信道和连接,或者继续监听队列以接收新消息。
相关推荐
Data跳动1 小时前
Spark内存都消耗在哪里了?
大数据·分布式·spark
冷眼看人间恩怨2 小时前
【Qt笔记】QDockWidget控件详解
c++·笔记·qt·qdockwidget
Java程序之猿2 小时前
微服务分布式(一、项目初始化)
分布式·微服务·架构
来一杯龙舌兰3 小时前
【RabbitMQ】RabbitMQ保证消息不丢失的N种策略的思想总结
分布式·rabbitmq·ruby·持久化·ack·消息确认
节点。csn5 小时前
Hadoop yarn安装
大数据·hadoop·分布式
NiNg_1_2346 小时前
基于Hadoop的数据清洗
大数据·hadoop·分布式
Hejjon7 小时前
SpringBoot 整合 SQLite 数据库
笔记
隔着天花板看星星7 小时前
Spark-Streaming集成Kafka
大数据·分布式·中间件·spark·kafka
西洼工作室10 小时前
【java 正则表达式 笔记】
java·笔记·正则表达式
初学者7.10 小时前
Webpack学习笔记(2)
笔记·学习·webpack