可以从消息队列和消费者两方面入手，确保消息处理的幂等性和可靠性。
1.消息重复消费的原因
1.1消息队列的机制
- 消息确认失败： 消费者处理完消息后，未正确发送确认(ACK)给RabbitMQ，导致消息被重新投递。
- 消息重试机制：RabbitMQ在消费者处理失败时，会自动重试投递消息。
- 网络问题： 网络抖动或超时可能导致消息重复投递。
1.2消费者端
- 幂等性未实现：消费者未实现幂等性处理逻辑，导致同一条消息被多次处理。
- 并发消息问题： 多个消费者同时消费同一条消息，导致重复处理。
2.解决方案
2.1确保消息处理的幂等性
- 幂等性：无论同一条消息被消费多少次，结果都是一致的。
- 实现方式：
1.数据库唯一约束：- 在数据库中为消息ID或业务唯一标识添加唯一约束，避免重复插入。
CREATE TABLE orders (id BIGINT PRIMARY KEY,order_id VARCHAR(50) UNIQUE,-- 其他字段
);
2.Redis去重：
- 使用Redis的SETNX命令判断消息是否已处理。
String messageId = "msg_123";
if (redis.setnx(messageId, "processed") == 1) {// 处理消息
} else {// 消息已处理，直接返回
}
3.状态机：
- 为消息处理过程设计状态机，确保每个消息只能从初始状态转移到完成状态一次。
if (message.getStatus() == Status.INIT) {// 处理消息message.setStatus(Status.PROCESSED);
}
2.2优化消息确认机制
2.3消息去重
2.4控制消息重试
2.5并发控制
3.示例场景
4.总结
-
- 消息重复消费的原因包括消息队列机制、消费者端逻辑问题
- 解决方案：
- 确保消息处理的幂等性。
- 优化消息确认机制，避免消息丢失。
- 使用消息队列或者消费者端的去重功能。
- 控制消息的重试次数，避免无限重试。
- 通过并发控制避免多个消费者同时处理同一条消息。
