消息队列RabbitMQ 高级特性

最新推荐文章于 2024-10-19 17:42:29 发布

柿子加油努力

最新推荐文章于 2024-10-19 17:42:29 发布

阅读量120

点赞数

分类专栏： Message Queue 文章标签：队列 rabbitmq java

本文链接：https://blog.csdn.net/HR8938Cephei/article/details/109601210

版权

Message Queue 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1. 生产者确认

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

confirm 确认模式
return 退回模式

rabbitmq 整个消息投递的路径为：

消息从 product 到 exchange 是否成功可以通过confirmCallback来进行确认
消息从 exchange 到 queue路由是否成功可以通过returnCallback来进行确认。

我们将利用这两个 callback 控制消息的可靠性投递

对于确认模式：

设置publisher-confirms="true" 开启确认模式。
使用rabbitTemplate.setConfirmCallback设置回调函数。当消息发送到exchange后回调confirm方法。在方法中判断ack，如果为true，则发送成功，如果为false，则发送失败，需要处理。

对于退回模式：

设置publisher-returns="true" 开启退回模式。
使用rabbitTemplate.setReturnCallback设置退回函数，当消息从exchange路由到queue失败后，则会将消息退回给producer，并执行回调函数returnedMessage。

2. 消费者确认(ACK)

ack指 Acknowledge，确认。表示消费端收到消息后的确认方式。有三种确认方式：

自动确认：acknowledge="none"
手动确认：acknowledge="manual"
根据异常情况确认：acknowledge="auto"

如果设置了手动确认方式，则需要在业务处理成功后，调用channel.basicAck()，手动签收，如果出现异常，则调用channel.basicNack()方法，让其自动重新发送消息。

设置acknowledge属性，设置ack方式 none：自动确认，manual：手动确认
如果在消费端没有出现异常，则调用basicAck(long deliveryTag, boolean multiple);方法确认签收消息
如果出现异常，则在catch中调用 basicNack或 basicReject，拒绝消息，让MQ重新发送消息。
异常消息不可无限次数的重新回到队列中，要对其进行判断。

如何保证消息的可靠性传输？

1. 持久化

exchange要持久化
queue要持久化
message要持久化

2. 生产方确认Confirm、Return
3. 消费方确认Ack

3. 消费端限流

如果在A系统中需要维护相关的业务功能，可能需要将A系统的服务停止，那么这个时候消息的生产者还是一直会向MQ中发送待处理的消息，消费者此时服务已经关闭，导致大量的消息都会在MQ中累积。如果当A系统成功启动后，默认情况下消息的消费者会一次性将MQ中累积的大量的消息全部拉取到自己的服务，导致服务在短时间内会处理大量的业务，可能会导致系统服务的崩溃。所以消费端限流是非常有必要的。
可以通过MQ中的 listener-container 配置属性

perfetch = 1,表示消费端每次从mq拉去一条消息来消费，直到手动确认消费完毕后，才会继续拉去下
一条消息。

在rabbit:listener-container 中配置 prefetch属性设置消费端一次拉取多少消息
消费端的确认模式一定为手动确认。acknowledge="manual"

4. TTL

TTL 全称 Time To Live（存活时间/过期时间）。当消息到达存活时间后，还没有被消费，会被自动清除。
RabbitMQ可以对消息设置过期时间，也可以对整个队列（Queue）设置过期时间。给单个消息设置过期时间没实际意义。

设置队列过期时间使用参数：x-message-ttl，单位：ms(毫秒)，会对整个队列消息统一过期。
由于队列是先进先出的，所以如果设置单个消息的过期时间并没有实际意义，例如：设置消息A的过期时间为10秒，消息B的过期时间为5秒，但是先将消息A发送至队列，那么只有等消息A被消费或者到期移除后才会将消息B消费或者到期移除。