RabbitMQ 生产端可靠投递(confirm、return、重试)

这篇解决生产端"消息到底到没到"的问题:如何做到可确认、可补偿、可追踪

先说结论

可靠投递要做到三件事:

  1. 开启 publisher confirm,确认消息有没有到 Broker
  2. 开启 return,确认路由失败的消息能回来
  3. 发送失败要重试,但必须有上限 + 退避

一、两种"失败"要分清

  1. 发送失败:消息没到 Broker(比如网络抖动)
  2. 路由失败:消息到了交换机,但找不到队列

这两个失败场景的处理方式完全不同。


二、confirm 机制(消息是否到 Broker)

1) 开启确认机制

yaml 复制代码
spring:
  rabbitmq:
    publisher-confirm-type: correlated

2) 发送时带 correlationId

java 复制代码
CorrelationData correlationData = new CorrelationData(UUID.randomUUID().toString());
rabbitTemplate.convertAndSend(exchange, routingKey, message, correlationData);

3) 监听确认回调

java 复制代码
rabbitTemplate.setConfirmCallback((correlationData, ack, cause) -> {
    if (ack) {
        // 记录成功
    } else {
        // 发送失败,进入重试或落库
    }
});

三、return 机制(消息是否路由到队列)

1) 开启 return

yaml 复制代码
spring:
  rabbitmq:
    publisher-returns: true
    template:
      mandatory: true

2) 监听 return

java 复制代码
rabbitTemplate.setReturnsCallback(returned -> {
    // returned.getMessage()
    // returned.getReplyText()
    // returned.getExchange()
    // returned.getRoutingKey()
    // 路由失败,需人工处理或补偿
});

如果 confirm 成功但 return 触发,说明消息到了交换机却没队列接收。


四、重试策略(别无限重发)

推荐最简单可用的策略:

  • 1s
  • 5s
  • 30s
  • 2min
  • 10min
  • 超过 5 次进入失败队列

伪代码:

java 复制代码
if (retryCount > 5) {
    // 记录失败,告警
} else {
    // 延迟重试发送
}

五、一个完整可用的发送器

java 复制代码
@Component
public class ReliableProducer {

    @Resource
    private RabbitTemplate rabbitTemplate;
    @Resource
    private MessageSendLogService sendLogService;

    public void send(String exchange, String routingKey, Object payload) {
        String msgId = UUID.randomUUID().toString();
        CorrelationData cd = new CorrelationData(msgId);

        // 先落库(状态=发送中)
        sendLogService.saveSending(msgId, payload);

        rabbitTemplate.convertAndSend(exchange, routingKey, payload, cd);
    }

    @PostConstruct
    public void initCallbacks() {
        rabbitTemplate.setConfirmCallback((cd, ack, cause) -> {
            if (ack) {
                sendLogService.markSuccess(cd.getId());
            } else {
                sendLogService.markFail(cd.getId(), cause);
            }
        });

        rabbitTemplate.setReturnsCallback(ret -> {
            sendLogService.markRouteFail(
                ret.getMessage().getMessageProperties().getMessageId(),
                ret.getReplyText()
            );
        });
    }
}

六、推荐的工程化落地

  1. 消息落库 :发送前写一条 message_log
  2. 确认回调更新状态
  3. 失败消息进入补偿任务
  4. 监控指标:发送失败率、路由失败率、补偿成功率

这样你才知道"有没有丢",也才有"补救路径"。


最后总结

生产端可靠投递不是"一个开关",而是一套闭环:

  1. confirm 保证到 Broker
  2. return 保证到 Queue
  3. 失败可重试、可补偿、可追踪

做到这些,消息才真的"可靠"。

相关推荐
ACP广源盛139246256739 小时前
IX8024@ACP# 搭配此芯 AI 服务器 + 爱芯元智产品完整方案
大数据·运维·服务器·人工智能·分布式·嵌入式硬件
李昊哲小课13 小时前
ubuntu26.04搭建kafka集群
分布式·kafka
Alluxio14 小时前
Alluxio + Anyscale Ray框架,实现跨区域训练数据读取速度20倍提升
人工智能·分布式·机器学习·缓存·ai
csdn2015_17 小时前
kafka如何保证消息的顺序
分布式·kafka
csdn2015_20 小时前
kafka如何确保消息不丢失
数据库·分布式·kafka
9523620 小时前
RabbitMQ - 高级特性
java·spring boot·分布式·后端·rabbitmq
Database_Cool_21 小时前
阿里云 PolarDB-X vs TiDB 分布式数据库选型指南
数据库·分布式·阿里云·tidb
数据库小学妹21 小时前
分布式数据库架构怎么选?三种路线对比+迁移避坑指南
数据库·分布式·分布式数据库·数据库架构·数据迁移·数据库选型
大师兄666821 小时前
HarmonyOS7 分布式流转:手机到平板无缝接续案例
分布式·跨设备·harmonyos7·分布式流转
一只积极向上的小咸鱼21 小时前
多机Docker + InfiniBand 分布式运行实操手册
分布式·docker·容器