rabbitmq概述【原创】

MQ全称 Message Queue(消息队列),rabbitmq是实现mq的一种产品,基于erlang语言,安装时要注意erlang版本与rabbitmq的兼容问题。兼容问题解决参考文章:RabbitMQ的bug解决https://blog.csdn.net/w_rcss/article/details/122304690。

**

rabbitmq有着如下优势:

**

  • 应用解耦
    在微服务框架中,一个微服务调用另一个微服务,如果被调用的微服务错误,那么起调用作用的微服务也会报错,这是因为应用之间的耦合度过高。如果加入rabbitmq产品,微服务应用之间无之间调用关系,就能提升容错性和可维护性。
  • 异步处理
    如一个订单系统,任务无法异步处理时,耗时较长。
    一个下单操作耗时:20 + 300 + 300 + 300 = 920ms
    使用rabbitmq后在这里插入图片描述
    用户点击完下单按钮后,只需等待25ms就能得到下单响应 (20 + 5 = 25ms)。
  • 削峰填谷
    在客户访问需求量大的时候把消息保存起来,在任务访问量小的时候一起处理。减小高并发压力

rabbitmq可以有四种用法:

  1. 在网页端访问rabbitmq端口。在rabbitmq管控台添加消息队列,发送消息。
  2. 直接写rabbitmq代码。
  3. 用spring+配置文件写rabbitmq代码。这种方式容易设置死信队列,延迟队列。
  4. 用SpringBoot写rabbitmq代码。

rabbitmq由生产者和消费者两大模块构成,生产者生产消息,并通过交换机发送消息至消息队列,消费者消费消息,消息然后从消息队列消失。

rabbitmq有如下几种工作模式:

  • 简单模式:一个生产者一个消费者。
  • 工作队列模式:一个生产者多个消费者。
  • 订阅模式:相较于工作队列模式,在生产者和消费者中加入了交换机。交换机决定了将消息推送到哪些消费者。交换机又有广播、定向和通配符模式。广播模式会把消息交给所有绑定到交换机的队列。定向模式会把消息交给符合指定routing key 的队列。通配符模式会把消息交给符合routing pattern(路由模式) 的队列,是定向模式的扩展。通配符模式下#匹配一个或多个词,*匹配一个词。

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

列举一些rabbitmq的高级特性

消息的可靠投递
在使用 RabbitMQ 的时候,作为消息发送方希望杜绝任何消息丢失或者投递失败场景。RabbitMQ 为我
们提供了两种方式用来控制消息的投递可靠性模式。

  • confirm 确认模式
  • return 退回模式

rabbitmq 整个消息投递的路径为:
producer—>rabbitmq broker—>exchange—>queue—>consumer
消息从 producer 到 exchange 投递失败则会返回一个 confirmCallback 。
消息从 exchange–>queue 投递失败则会返回一个 returnCallback 。
我们将利用这两个 callback 控制消息的可靠性投递。

Consumer Ack
ack指Acknowledge,确认。 表示消费端收到消息后的确认方式。
有三种确认方式:

  • 自动确认:acknowledge=“none”
  • 手动确认:acknowledge=“manual”
  • 根据异常情况确认:acknowledge=“auto”,(这种方式使用麻烦,不作讲解)

其中自动确认是指,当消息一旦被Consumer接收到,则自动确认收到,并将相应 message 从
RabbitMQ 的消息缓存中移除。但是在实际业务处理中,很可能消息接收到,业务处理出现异常,那么
该消息就会丢失。如果设置了手动确认方式,则需要在业务处理成功后,调用channel.basicAck(),手
动签收,如果出现异常,则调用channel.basicNack()方法,让其自动重新发送消息。

消费端限流
在rabbitmq管控台设置或spring xml配置文件设置。

Time To Live
消息过期时间设置

死信队列
死信队列,英文缩写:DLX 。Dead Letter Exchange(死信交换机),当消息成为Dead
message后,可以被重新发送到另一个交换机,这个交换机就是DLX。
消息成为死信的三种情况:

  1. 队列消息长度到达限制;
  2. 消费者拒接消费消息,basicNack/basicReject,并且不把消息重新放入原目标队
    列,requeue=false;
  3. 原队列存在消息过期设置,消息到达超时时间未被消费;

队列绑定死信交换机:
给队列设置参数: x-dead-letter-exchange 和 x-dead-letter-routing-key

延迟队列
延迟队列,即消息进入队列后不会立即被消费,只有到达指定时间后,才会被消费。
实现方式:用首先通过ttl让消息在指定时间后过期。然后进入死信队列,在死信队列中被消费。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
RabbitMQ一个由Erlang语言开发的AMQP(高级消息队列协议)的开源实现。它是一种消息中间件,主要用于解耦组件之间的通信,发送者和接收者之间不需要直接知道彼此的存在。RabbitMQ的内部组成包括Exchange、Queue和Binding。消息在进入队列之前会通过Exchange进行路由。 RabbitMQ具有以下特点: 1. 可靠性:RabbitMQ使用持久化、传输确认和发布确认等机制来保证消息的可靠性。 2. 灵活的路由:消息在进入队列之前,会通过Exchange进行路由,可以根据不同的路由规则将消息发送到不同的队列中。 3. 消息集群:多个RabbitMQ服务器可以组成一个集群,形成一个逻辑的Broker,提高可扩展性和容错性。 4. 高可用性:队列可以在集群中的多个节点上进行镜像,即使某些节点出现问题,队列仍然可用。 5. 多种协议:RabbitMQ支持多种消息队列协议,如STOMP、MQTT等。 6. 多语言客户端:RabbitMQ几乎支持所有常用的编程语言,包括Java、.NET、Ruby等。 7. 管理界面:RabbitMQ提供了一个易用的管理界面,用户可以监控和管理消息Broker的各个方面。 8. 跟踪机制:如果消息发生异常,RabbitMQ提供了消息跟踪机制,使用者可以找出发生了什么。 9. 插件机制:RabbitMQ提供了许多插件来扩展功能,用户也可以编写自己的插件。 RabbitMQ的应用场景广泛,常用于以下情况: - 异步任务处理:将耗时的任务放入消息队列中,由消费者异步处理,提高系统的响应速度和吞吐量。 - 应用解耦:通过消息队列实现不同组件之间的解耦,提高系统的灵活性和可维护性。 - 流量削峰:将高峰期的请求放入消息队列中,由消费者按照自身处理能力进行消费,避免系统的过载。 - 分布式系统:通过消息队列实现不同服务之间的通信和协调,提高分布式系统的可靠性和扩展性。 总之,RabbitMQ是一种可靠、灵活且功能强大的消息中间件,适用于各种应用场景,并提供了丰富的特性和易用的管理界面。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

f2595001965

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值