RabbitMQ消息发送失败的重试机制核心流程

更新时间：2025年12月26日 09:06:22 作者：Wang's Blog

本文介绍了基于NestJS和RabbitMQ的高可靠消息重试机制设计,通过三级保障机制（预持久化、实时回调处理、定时任务补偿）和灵活的存储层（支持MySQL/Redis）,确保消息在发送失败时能够可靠重试,感兴趣的朋友跟随小编一起看看吧

核心问题
重试机制核心流程
关键业务流程与 RabbitMQ 交互
NestJS 服务层实现
消息发送器（TransMessageSender）
定时任务与重试控制
NestJS 核心代码实现
工程示例：1
工程示例：2
工程示例：3
关键配置与命令
RabbitMQ 周边配置处理
核心优化点
补充知识点
关键问题解决方案
注意事项
总结

核心问题

确保消息在RabbitMQ投递过程中的可靠性，通过持久化存储、回调处理和定时重试解决网络异常、服务宕机等场景下的消息丢失风险
解决分布式系统中消息发送失败时的可靠重试，确保消息不丢失和最终一致性

重试机制核心流程

1 ）消息发送前持久化

原因：防止消息在发送过程中因服务崩溃或网络异常丢失。
实现：调用发送接口时，先将消息存入数据库，生成唯一ID（如UUID）记录交换器、路由键、消息体及发送次数（初始为0）。

2 ）消息发送后处理

成功发送：
- RabbitMQ确认接收（ACK）后，立即删除数据库中的持久化消息，避免数据膨胀。
投递失败：
- 交换机不存在：触发ConfirmCallback，标记发送失败，等待重试。
- 队列不存在：触发ReturnCallback，重新持久化消息到数据库（原消息已删除）。

3 ）定时任务补偿

巡检未成功消息：定时查询数据库中状态为“待发送”且未超重试次数的消息。
重试策略：
- 重试次数+1，重新投递消息。
- 若超过最大重试次数（如5次），标记消息为“死亡” 并触发告警（邮件/短信）。
并发控制：多副本部署时需用分布式锁（如Redis锁）避免重复消费。

关键业务流程与 RabbitMQ 交互

Confirm 回调
- 作用：确认 RabbitMQ 是否接收消息。
- 逻辑：
  - 若收到 ACK → 删除数据库记录。
  - 若未收到 ACK → 保留记录等待重试。
Return 回调
- 场景：消息被 RabbitMQ 接收但无法路由到队列（如路由键错误）。
- 处理：将消息重新持久化至数据库，状态保持 READY。

NestJS 服务层实现

1 ) 消息存储接口设计（TransMessageService）

// trans-message.interface.ts
export interface TransMessageService {
  saveForSend(
    exchange: string,
    routingKey: string,
    payload: string
  ): Promise<TransMessagePO>;
  deleteOnAck(id: string): Promise<void>;
  saveOnReturn(
    id: string,
    exchange: string,
    routingKey: string,
    payload: string 
  ): Promise<TransMessagePO>;
  listPendingMessages(): Promise<TransMessagePO[]>;
  incrementRetryCount(id: string): Promise<void>;
  markAsDead(id: string): Promise<void>;
}

2 ) 数据库实现（TypeORM + PostgreSQL）

// trans-message.service.ts 
import { Injectable } from '@nestjs/common';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
import { TransMessagePO } from './trans-message.entity';
@Injectable()
export class DBTransMessageService implements TransMessageService {
  constructor(
    @InjectRepository(TransMessagePO)
    private readonly repo: Repository<TransMessagePO>,
    private readonly serviceName: string 
  ) {}
  async saveForSend(exchange: string, routingKey: string, payload: string) {
    const message = new TransMessagePO();
    message.id = uuidv4();
    message.serviceName = this.serviceName;
    message.exchange = exchange;
    message.routingKey = routingKey;
    message.payload = payload;
    message.retryCount = 0;
    message.status = 'PENDING';
    return this.repo.save(message);
  }
  async deleteOnAck(id: string) {
    await this.repo.delete({ id, serviceName: this.serviceName });
  }
  // 其他方法实现类似，略 
}

消息发送器（TransMessageSender）

1 ) 发送消息核心逻辑

// trans-message.sender.ts
import { Injectable, Logger } from '@nestjs/common';
import { RabbitMQService } from '@golevelup/nestjs-rabbitmq';
import { TransMessageService } from './trans-message.interface';
@Injectable()
export class TransMessageSender {
  private readonly logger = new Logger(TransMessageSender.name);
  constructor(
    private readonly rmqService: RabbitMQService,
    private readonly messageService: TransMessageService
  ) {}
  async send(exchange: string, routingKey: string, payload: any) {
    const payloadString = JSON.stringify(payload);
    try {
      // 1. 持久化到数据库
      const messagePO = await this.messageService.saveForSend(
        exchange,
        routingKey,
        payloadString
      );
      // 2. 发送到RabbitMQ
      await this.rmqService.publish(exchange, routingKey, payload, {
        messageId: messagePO.id, // 关键：设置消息ID
        persistent: true
      });
      this.logger.log(`Message sent: ${messagePO.id}`);
    } catch (e) {
      this.logger.error(`Send failed: ${e.message}`, e.stack);
    }
  }
}

2 ) 回调处理（Confirm & Return）

// rabbitmq.config.ts
import { RabbitMQModule } from '@golevelup/nestjs-rabbitmq';
@Module({
  imports: [
    RabbitMQModule.forRoot(RabbitMQModule, {
      exchanges: [{ name: 'orders', type: 'topic' }],
      uri: 'amqp://localhost',
      connectionInitOptions: { wait: false },
      // 注册回调函数
      setupController: (channel) => {
        channel.on('return', (msg) => this.handleReturn(msg));
        channel.on('ack', (msg) => this.handleAck(msg));
      }
    })
  ]
})
export class AppModule {
  handleReturn(msg: ConsumeMessage) {
    const { exchange, routingKey } = msg.fields;
    const payload = msg.content.toString();
    const messageId = msg.properties.messageId; // 关键：获取消息ID
    this.messageService.saveOnReturn(messageId, exchange, routingKey, payload);
  }
  handleAck(msg: ConsumeMessage) {
    const messageId = msg.properties.messageId;
    this.messageService.deleteOnAck(messageId);
  }
}

定时任务与重试控制

// retry.task.ts
import { Injectable, Logger } from '@nestjs/common';
import { SchedulerRegistry } from '@nestjs/schedule';
@Injectable()
export class RetryTask {
  private readonly logger = new Logger(RetryTask.name);
  private readonly MAX_RETRY = 5;
  constructor(
    private messageService: TransMessageService,
    private scheduler: SchedulerRegistry
  ) {
    this.startRetryCycle();
  }
  startRetryCycle() {
    const interval = setInterval(async () => {
      const messages = await this.messageService.listPendingMessages();
      for (const msg of messages) {
        if (msg.retryCount >= this.MAX_RETRY) {
          await this.messageService.markAsDead(msg.id);
          this.triggerAlert(`Message dead: ${msg.id}`);
          continue;
        }
        await this.messageService.incrementRetryCount(msg.id);
        await this.resendMessage(msg);
      }
    }, 60_000); // 每分钟执行 
    this.scheduler.addInterval('retry-job', interval);
  }
  private async resendMessage(msg: TransMessagePO) {
    // 调用发送器重新发送（略）
  }
}

NestJS 核心代码实现

消息持久化服务层（TransMessageService）

// trans-message.service.ts
import { Injectable } from '@nestjs/common';
import { TransMessage } from './entity/trans-message.entity';
import { Repository } from 'typeorm';
import { InjectRepository } from '@nestjs/typeorm';
import { MessageType } from './enums/message-type.enum';
@Injectable()
export class TransMessageService {
  constructor(
    @InjectRepository(TransMessage)
    private readonly messageRepo: Repository<TransMessage>,
    private readonly serviceName: string, // 注入服务标识
  ) {}
  // 发送前持久化
  async createReadyMessage(
    exchange: string,
    routingKey: string,
    payload: string,
  ): Promise<TransMessage> {
    const message = this.messageRepo.create({
      id: uuidv4(),
      service: this.serviceName,
      exchange,
      routingKey,
      payload,
      sendDate: new Date(),
      sequence: 0,
      type: MessageType.READY,
    });
    return this.messageRepo.save(message);
  }
  // 发送成功删除记录 
  async markMessageSuccess(id: string): Promise<void> {
    await this.messageRepo.delete({ id, service: this.serviceName });
  }
  // 消息路由失败后重新持久化
  async recreateReturnedMessage(
    exchange: string,
    routingKey: string,
    payload: string,
  ): Promise<TransMessage> {
    return this.createReadyMessage(exchange, routingKey, payload);
  }
  // 查询待重试消息
  async listReadyMessages(): Promise<TransMessage[]> {
    return this.messageRepo.find({
      where: { type: MessageType.READY, service: this.serviceName },
    });
  }
  // 递增重试次数
  async incrementRetryCount(id: string): Promise<void> {
    const message = await this.messageRepo.findOneBy({ id });
    if (message) {
      message.sequence += 1;
      await this.messageRepo.save(message);
    }
  }
  // 标记消息为死亡状态
  async markMessageDead(id: string): Promise<void> {
    const message = await this.messageRepo.findOneBy({ id });
    if (message) {
      message.type = MessageType.DEAD;
      await this.messageRepo.save(message);
    }
  }
}

消息发送器（TransMessageSender）

// trans-message.sender.ts
import { Injectable, Logger } from '@nestjs/common';
import { RabbitMQService } from '@golevelup/nestjs-rabbitmq';
import { TransMessageService } from './trans-message.service';
@Injectable()
export class TransMessageSender {
  private readonly logger = new Logger(TransMessageSender.name);
  constructor(
    private readonly rmqService: RabbitMQService,
    private readonly transMessageService: TransMessageService,
  ) {}
  async send(exchange: string, routingKey: string, payload: object): Promise<void> {
    try {
      // 1. 序列化消息
      const payloadString = JSON.stringify(payload);
      // 2. 持久化到数据库
      const message = await this.transMessageService.createReadyMessage(
        exchange,
        routingKey,
        payloadString,
      );
      // 3. 发送至 RabbitMQ
      await this.rmqService.publish(exchange, routingKey, payload, {
        messageId: message.id,
        contentType: 'application/json',
      });
      this.logger.log(`Message sent: ${message.id}`);
    } catch (e) {
      this.logger.error(`Send failed: ${e.message}`, e.stack);
    }
  }
}

RabbitMQ 回调处理

// rmq.config.ts
import { RabbitMQModule } from '@golevelup/nestjs-rabbitmq';
import { TransMessageService } from './trans-message.service';
@Module({
  imports: [
    RabbitMQModule.forRoot(RabbitMQModule, {
      exchanges: [{ name: 'orders', type: 'topic' }],
      uri: 'amqp://localhost:5672',
      connectionInitOptions: { wait: false },
      // 注册回调处理器 
      setupController: (channel) => {
        // 确认回调 
        channel.on('ack', (msg) => {
          const messageId = msg.properties.messageId;
          this.transMessageService.markMessageSuccess(messageId);
        });
        // 返回回调
        channel.on('return', (msg) => {
          const { exchange, routingKey } = msg.fields;
          const payload = msg.content.toString();
          this.transMessageService.recreateReturnedMessage(
            exchange,
            routingKey,
            payload,
          );
        });
      },
    }),
  ],
})
export class RmqConfigModule {}

消息预持久化机制
- 发送前必须将消息持久化到数据库，防止发送过程中因网络中断或服务崩溃导致消息丢失。业务系统调用发送接口时：
- 发送成功后的清理逻辑
当 RabbitMQ 确认（ACK）接收消息后，立即删除数据库中的持久化记录，避免无效数据堆积引发存储压力。
- 定时任务重试策略
- 独立进程定时扫描状态为 PENDING 的消息：
- 检查重试次数是否超限（如 ≤5次）
每次重试增加 retryCount 值
超限则标记为 DEAD 并触发告警

工程示例：1

1 ) 方案1：基础持久化+重试（推荐）

适用场景：中小型系统
技术栈：
- @golevelup/nestjs-rabbitmq + TypeORM + PostgreSQL
- 消息表字段：id, serviceName, exchange, routingKey, payload, retryCount, status
优势：实现简单，依赖少

2 ) 方案2：Redis 高性能存储

// redis-trans-message.service.ts
import { RedisService } from '@liaoliaots/nestjs-redis';
@Injectable()
export class RedisTransMessageService implements TransMessageService {
  private readonly KEY_PREFIX = 'msg:';
  constructor(private redisService: RedisService) {}
  async saveForSend(exchange: string, routingKey: string, payload: string) {
    const id = uuidv4();
    const client = this.redisService.getClient();
    await client.hset(`${this.KEY_PREFIX}${id}`, {
      exchange,
      routingKey,
      payload,
      retryCount: '0',
      status: 'PENDING'
    });
    return { id } as TransMessagePO;
  }
  // 其他方法通过Redis HSET/HGET/DEL实现 
}

3 ) 方案3：分布式事务框架集成

技术栈：NestJS + RabbitMQ + Transactional Outbox 模式
核心逻辑：
- 业务操作与消息持久化在同一个数据库事务中提交
- 独立进程轮询Outbox表并投递消息
优势：强一致性，避免业务成功但消息未存储

工程示例：2

1 ) 方案 1：基础数据库重试

// task.service.ts 
@Injectable()
export class RetryTaskService {
  constructor(private readonly transMessageService: TransMessageService) {}
  @Cron('*/5 * * * * *') // 每5秒执行
  async handleRetry() {
    const messages = await this.transMessageService.listReadyMessages();
    messages.forEach(async (msg) => {
      if (msg.sequence < 5) {
        await this.transMessageService.incrementRetryCount(msg.id);
        // 重新发送逻辑（略）
      } else {
        await this.transMessageService.markMessageDead(msg.id);
        // 触发告警（略）
      }
    });
  }
}

2 ) 方案 2：Redis 高性能暂存

优势：

读写速度比 MySQL 快 10 倍以上
支持分布式锁解决多副本并发问题

// 使用 Redis 存储消息
import { Redis } from 'ioredis';
@Injectable()
export class RedisTransMessageService implements TransMessageService {
  private readonly redis = new Redis();
  async createReadyMessage(
    exchange: string,
    routingKey: string,
    payload: string,
  ): Promise<TransMessage> {
    const id = uuidv4();
    await this.redis.hset(
      `msg:${id}`,
      'payload', payload,
      'exchange', exchange,
      'routingKey', routingKey,
      'sequence', '0',
    );
    return { id, exchange, routingKey, payload, sequence: 0 };
  }
}

3 ) 方案 3：死信队列（DLX）自动重试

RabbitMQ 配置命令：

创建死信交换机和队列
rabbitmqadmin declare exchange name=dlx type=direct
rabbitmqadmin declare queue name=dead_messages
rabbitmqadmin declare binding source=dlx destination=dead_messages routing_key=dead
主队列绑定死信路由
rabbitmqadmin declare queue name=orders \
  arguments='{"x-dead-letter-exchange":"dlx", "x-dead-letter-routing-key":"dead"}'

NestJS 消费死信消息：

@RabbitSubscribe({
  exchange: 'dlx',
  routingKey: 'dead',
  queue: 'dead_messages',
})
async handleDeadMessage(msg: any) {
  // 解析原始消息ID并重新持久化
  const originalMsgId = msg.properties.headers['x-original-message-id'];
  await this.transMessageService.recreateReturnedMessage(
    msg.fields.exchange,
    msg.fields.routingKey,
    msg.content.toString(),
  );
}

工程示例：3

1 ) 方案1：数据库存储方案（TypeORM）

// trans-message.service.ts
@Injectable()
export class TransMessageService {
  constructor(
    @InjectRepository(TransMessage)
    private readonly messageRepo: Repository<TransMessage>
  ) {}
  async prePersist(exchange: string, routingKey: string, payload: string) {
    const message = this.messageRepo.create({
      exchange,
      routingKey,
      payload,
      status: 'PENDING'
    });
    return this.messageRepo.save(message);
  }
  async markAsSuccess(id: string) {
    await this.messageRepo.delete(id);
  }
}

2 ) 方案2：Redis 高性能存储方案

// redis-trans.service.ts
import { RedisService } from '@liaoliaots/nestjs-redis';
@Injectable()
export class RedisTransService {
  constructor(private readonly redisService: RedisService) {}
  async prePersist(exchange: string, routingKey: string, payload: string) {
    const client = this.redisService.getClient();
    const id = uuidv4();
    await client.hset(
      `msg:${id}`,
      'exchange', exchange,
      'routingKey', routingKey,
      'payload', payload,
      'status', 'PENDING'
    );
    return id;
  }
}

3 ）方案3：混合存储方案（数据库+Redis）

热数据：高频重试消息存 Redis
冷数据：超限消息转存数据库供审计
一致性保障：通过 Redis 事务确保状态同步

关键配置与命令

RabbitMQ 必要设置

启用持久化交换机和队列
rabbitmqctl set_policy HA ".*" '{"ha-mode":"all"}' --apply-to all
监控命令
rabbitmqctl list_queues name messages_ready messages_unacknowledged

NestJS 模块配置

// app.module.ts
@Module({
  imports: [
    TypeOrmModule.forFeature([TransMessagePO]),
    RabbitMQModule.forRootAsync(RabbitMQModule, {
      useFactory: () => ({
        uri: process.env.RABBITMQ_URI,
        exchanges: [{ name: 'orders', type: 'topic', durable: true }]
      })
    })
  ],
  providers: [
    { provide: TransMessageService, useClass: DBTransMessageService },
    TransMessageSender,
    RetryTask
  ]
})
export class AppModule {}

RabbitMQ 周边配置处理

1 ) NestJS 连接配置

// rabbitmq.module.ts
import { RabbitMQModule } from '@golevelup/nestjs-rabbitmq';
@Module({
  imports: [
    RabbitMQModule.forRoot(RabbitMQModule, {
      exchanges: [{ name: 'orders', type: 'topic' }],
      uri: 'amqp://user:pass@localhost:5672',
      connectionInitOptions: { wait: false }
    })
  ]
})
export class RabbitModule {}

2 ) 关键 Shell 命令

创建带持久化的交换机
rabbitmqadmin declare exchange name=orders type=topic durable=true
监控未路由消息
rabbitmqctl list_queues name messages_unroutable

3 ) 告警机制实现

// alert.service.ts
@Injectable()
export class AlertService {
  async triggerAlert(messageId: string) {
    // 集成邮件/Slack/Webhook
    await slackService.send(`消息 ${messageId} 重试超限！`);
  }
}

核心优化点

消息轨迹追踪
通过 properties.messageId 实现全链路消息关联

并发控制
使用 Redis 分布式锁防止多副本重试冲突：

import Redlock from 'redlock';
const lock = await redlock.acquire([`lock:${messageId}`], 5000);

退避策略
指数级延长重试间隔：delay = Math.min(2 retryCount * 1000, 60000)

关键设计原则：

所有消息操作必须幂等
持久化存储与 MQ 状态需原子性同步
死信消息必须提供人工干预接口

补充知识点

RabbitMQ 持久化机制
- 消息需设置 deliveryMode: 2
- 队列声明时添加 durable: true

NestJS 微服务模式

// main.ts 启用混合模式
app.connectMicroservice<RabbitMQTransportOptions>({
  transport: Transport.RMQ,
  options: { urls: ['amqp://...'], queue: 'retry_queue' }
});

监控指标
- 重试成功率
- 平均重试耗时
- 死信队列堆积量

关键问题解决方案

并发重试控制

const lockKey = `lock:msg:${msg.id}`;
const lock = await redis.set(lockKey, '1', 'EX', 30, 'NX');
if (lock) { /* 执行重试 */ }

使用 Redis 分布式锁确保多副本服务不会重复处理同一条消息：

消息幂等性设计

@RabbitSubscribe({ exchange: 'orders', routingKey: 'order.create' })
async handleOrderEvent(msg: any, @Message() amqpMsg) {
  const messageId = amqpMsg.properties.messageId;
  if (await this.redis.exists(`processed:${messageId}`)) return;
  // 处理业务...
}

在消费者端通过 messageId 去重，避免重复消费：
性能优化
- 批量处理：定时任务每次拉取 100 条消息减少 DB 查询次数。
- 异步删除：成功确认后使用 setImmediate 异步删除记录避免阻塞主线程。

注意事项

消息完整性：
- 必须设置messageId和persistent: true确保RabbitMQ端持久化。
重试设计：
- 采用指数退避策略（如1s/5s/30s）避免雪崩。
死信处理：
- 建议将死信转入独立队列人工干预。
性能优化：
- 批量查询待重试消息（如每次100条），减少DB压力

关键点：通过数据库/REDIS双写、ACK回调联动、定时补偿三位一体，实现消息的可靠投递，适用于订单支付、库存同步等高可靠性场景

总结

本文实现了基于 NestJS + RabbitMQ 的高可靠消息重试架构，核心创新点：

三级保障机制：预持久化 → 实时回调处理 → 定时任务补偿。
灵活存储层：支持 MySQL/Redis 无缝切换，适应不同规模业务。
生产级方案：提供数据库重试、Redis 高性能方案、死信队列三种工程实现。

关键提示：

重试阈值建议设为 3-5次，避免无限重试拖垮系统。
使用 x-delay 插件实现指数退避重试（如 1s/3s/10s）。
监控 DEAD 状态消息并及时介入处理。

到此这篇关于RabbitMQ: 消息发送失败的重试机制设计与实现的文章就介绍到这了,更多相关RabbitMQ 消息重试机制内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

Spring中统一异常处理示例详解
这篇文章主要给大家介绍了关于Spring中统一异常处理的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用spring具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2018-09-09
SpringBoot 关于Feign的超时时间配置操作
这篇文章主要介绍了SpringBoot 关于Feign的超时时间配置操作，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2021-09-09
request.getParameter()方法的简单理解与运用方式
在JavaWeb开发中,request对象扮演着至关重要的角色,它是HTTP请求的封装,request.getParameter()用于获取客户端通过GET或POST方式发送的参数,与之相对,request.setAttribute()用于在服务器端设置属性,这些属性只在一次请求中有效
2024-10-10
Java通过SSLEngine与NIO实现HTTPS访问的操作方法
这篇文章主要介绍了Java通过SSLEngine与NIO实现HTTPS访问,需要在Connect操作、Connected操作、Read和Write操作中加入SSL相关的处理即可，需要的朋友可以参考下
2021-08-08
Spring事件Application Event原理详解
这篇文章主要介绍了Spring 事件Application Event原理详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
2020-02-02
Java中的FutureTask源码解析
这篇文章主要介绍了Java中的FutureTask源码解析,FutureTask是一个可取消的异步计算,这个类是Future的实现类,有开始和取消一个计算的方法,如果一个计算已经完成可以查看结果,需要的朋友可以参考下
2023-12-12
Java序列化和反序列化_动力节点Java学院整理
把对象转换为字节序列的过程称为对象的序列化,把字节序列恢复为对象的过程称为对象的反序列化。接下来通过本文给大家介绍Java序列化和反序列化及主要的两种用途，感兴趣的的友参考下吧
2017-05-05
入门Java线程基础一篇就够了
线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程自己不拥有系统资源，只拥有一点在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源
2021-06-06
springMVC不扫描controller中的方法问题
这篇文章主要介绍了springMVC不扫描controller中的方法问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2022-02-02
Java设计模式之单例模式详解
这篇文章主要为大家详细介绍了Java设计模式之单例模式的相关资料，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-03-03