当前位置: 首页 > news >正文

RabbitMQ:发送者的可靠性之使用消息确认回调

文章目录

    • 配置RabbitMQ的ConfirmCallback
    • 使用ConfirmCallback发送消息
    • 实际使用中的注意事项
    • 总结

在开发消息驱动的系统时,消息的可靠传递至关重要。而RabbitMQ作为一个广泛使用的消息队列中间件,提供了多种消息确认机制,确保消息从生产者到交换器,再到队列的传递都能被监控和确认。今天,我想分享一下如何在Spring中配置和使用RabbitMQ的消息确认回调功能,并讨论一些实际使用中的注意事项。

配置RabbitMQ的ConfirmCallback

首先,我们需要在application.ymlapplication.properties中配置RabbitTemplate,使其支持消息确认回调:

spring:rabbitmq:publisher-confirm-type: correlated # 开启publisher confirm机制,并设置confirm类型publisher-returns: true # 开启publisher return机制

这些配置项用于开启RabbitMQ的消息确认(publisher confirm)和消息返回(publisher return)机制。接下来,我们需要在Spring的配置类中进行相应的配置:

package com.itheima.publisher.config;import lombok.RequiredArgsConstructor;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.context.annotation.Configuration;import javax.annotation.PostConstruct;@Slf4j
@Configuration
@RequiredArgsConstructor
public class MqConfig {private final RabbitTemplate rabbitTemplate;@PostConstructpublic void init() {rabbitTemplate.setReturnsCallback(returned -> {log.error("触发return callback,");log.debug("exchange: {}", returned.getExchange());log.debug("routingKey: {}", returned.getRoutingKey());log.debug("message: {}", returned.getMessage());log.debug("replyCode: {}", returned.getReplyCode());log.debug("replyText: {}", returned.getReplyText());});}
}

在这个配置类中,我们通过@PostConstruct注解的方法初始化了RabbitTemplate的ReturnsCallback。这一回调方法会在消息无法路由到队列时被触发,记录详细的错误信息。

使用ConfirmCallback发送消息

接下来,我们来看如何在发送消息时使用ConfirmCallback来确认消息是否成功发送到交换器:

@Test
public void testConfirmCallback() throws InterruptedException {// 0.创建correlationDataCorrelationData cd = new CorrelationData(UUID.randomUUID().toString());cd.getFuture().addCallback(new ListenableFutureCallback<CorrelationData.Confirm>() {@Overridepublic void onFailure(Throwable ex) {log.error("spring amqp 处理确认结果异常", ex);}@Overridepublic void onSuccess(CorrelationData.Confirm result) {// 判断是否成功if (result.isAck()) {log.debug("收到ConfirmCallback ack,消息发送成功");} else {log.error("收到ConfirmCallback nack,消息发送失败!reason:{}", result.getReason());}}});// 1.交换名String exchangeName = "hmall.direct";// 2.消息String message = "hello everyone";rabbitTemplate.convertAndSend(exchangeName, "blue222", message, cd);Thread.sleep(2000); // 或更长时间
}

在这个测试方法中,我们首先创建了一个CorrelationData对象,并为其添加了回调方法。这个回调方法在消息发送成功或失败时会被触发,从而记录相关日志信息。然后,我们指定交换器名称和消息内容,使用RabbitTemplate的convertAndSend方法发送消息并附带CorrelationData对象。

实际使用中的注意事项

虽然开启生产者确认机制能够有效保证消息传递的可靠性,但这种机制会消耗更多的MQ性能。因此,在实际使用中,需要慎重考虑是否开启生产者确认机制。下面是几种会触发确认的情况:

  1. 路由失败:一般是因为RoutingKey错误导致,往往是编程错误引起的。
  2. 交换机名称错误:同样是编程错误导致。
  3. MQ内部故障:这种情况需要处理,但发生概率较低。

因此,只有在对消息可靠性要求非常高的业务场景中才需要开启生产者确认机制,并且只需要开启ConfirmCallback处理nack即可。对于一般的业务场景,建议通过完善的编码规范和严格的测试来避免上述编程错误,从而减少不必要的性能开销。

总结

通过以上配置和代码,我们可以实现对RabbitMQ消息的确认回调,从而提高消息传递的可靠性。在实际开发中,这种机制可以帮助我们更好地监控和管理消息传递过程中的各种问题,确保消息的准确投递。然而,需要根据具体业务需求权衡性能和可靠性之间的关系。

http://www.lryc.cn/news/418044.html

相关文章:

  • HCIP学习 | OSPF---LSA限制、不规则区域、附录E、选路
  • CVE-2017-15715~Apache解析漏洞【春秋云境靶场渗透】
  • thinkphp 5.0.24生成模块
  • 值得注意!家里有带毛发动物就有浮毛?宠物空气净化器一键净化
  • Linux 代理(proxy)设置
  • 操作系统真相还原:获取文件属性
  • 聚鼎装饰画:投资一家装饰画店铺要花费多少钱
  • 编程的魅力、其重要性、学习方法以及未来趋势
  • ubuntu init set
  • MySQL数据分析进阶(八)存储过程
  • 最深的根,
  • 【常见的设计模式】工厂模式
  • postgres收缩工具两种工具的使用对比
  • 仿真入门——CST软件如何设置分布式计算的共享储存
  • 【JVM基础17】——实践-说一下JVM调优工具
  • 【QT】Qt中Websocket的使用
  • 【vue3】【elementPlus】【国际化】
  • 用python实现求两个整数的最大公约数
  • Linux 内核源码分析---proc 文件系统
  • 视频号直播回放怎么下载?
  • 【第九节】python中xml解析和json编解码
  • yolo v8部署到云服务器问题记录
  • 端口被占用,杀死进程的步骤
  • 接口入门(企业常见使用,一分钟搞定版)
  • 深入解析:Cookie 与 Session 的区别及应用场景
  • LLM金融文本分类文档说明
  • EI检索,2天录用,3天见刊!截稿在即,这本水刊你还不投吗?
  • sql获取过去的小时数
  • 【Android Studio】彻底卸载
  • 美术版权可以当做商标使用吗