如何保证消息不被重复消费

最新推荐文章于 2025-06-16 16:46:51 发布

转载

最新推荐文章于 2025-06-16 16:46:51 发布 · 1.3k 阅读

4 ·

CC 4.0 BY-SA版权

原文链接：https://blog.csdn.net/m0_37968982/article/details/107831150

本文探讨了消息重复的原因，包括生产时和消费时的重复，并提出了保证消息幂等性的解决方案。通过为每个消息分配全局唯一ID，消费者在消费前检查ID是否已存在于缓存或数据库中，若存在则丢弃，从而防止重复消费。同时，介绍了在消费者端配置重试策略来应对网络波动导致的问题。

一. 重复消息

为什么会出现消息重复？消息重复的原因有两个：1.生产时消息重复，2.消费时消息重复。

1.1 生产时消息重复

由于生产者发送消息给MQ，在MQ确认的时候出现了网络波动，生产者没有收到确认，实际上MQ已经接收到了消息。这时候生产者就会重新发送一遍这条消息。

生产者中如果消息未被确认，或确认失败，我们可以使用定时任务+（redis/db）来进行消息重试。

@Component
@Slf4J
public class SendMessage {
    @Autowired
    private MessageService messageService;

    @Autowired
    private RabbitTemplate rabbitTemplate;

    // 最大投递次数
    private static final int MAX_TRY_COUNT = 3;

    /**
     * 每30s拉取投递失败的消息, 重新投递
     */
    @Scheduled(cron = "0/30 * * * * ?")
    public void resend() {
        log.info("开始执行定时任务(重新投递消息)");

        List<MsgLog> msgLogs = messageService.selectTimeoutMsg();
        msgLogs.forEach(msgLog -> {
            String msgId = msgLog.getMsgId();
            if (msgLog.getTryCount() >= MAX_TRY_COUNT) {
                messageService.updateStatus(msgId, Constant.MsgLogStatus.DELIVER_FAIL);
                log.info("超过最大重试次数, 消息投递失败, msgId: