一 反复音讯
为什么会呈现音讯反复?音讯反复的起因有两个: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: {}", msgId);
} else {messageService.updateTryCount(msgId, msgLog.getNextTryTime());// 投递次数 +1
CorrelationData correlationData = new CorrelationData(msgId);
rabbitTemplate.convertAndSend(msgLog.getExchange(), msgLog.getRoutingKey(), MessageHelper.objToMsg(msgLog.getMsg()), correlationData);// 从新投递
log.info("第" + (msgLog.getTryCount() + 1) + "次从新投递音讯");
}
});
log.info("定时工作执行完结 ( 从新投递音讯)");
}
}
1.2 生产时音讯反复
消费者生产胜利后,再给 MQ 确认的时候呈现了网络稳定,MQ 没有接管到确认,为了保障音讯被生产,MQ 就会持续给消费者投递之前的音讯。这时候消费者就接管到了两条一样的音讯。
批改消费者,模仿异样
@RabbitListener(queuesToDeclare = @Queue(value = "javatrip", durable = "true"))
public void receive(String message, @Headers Map<String,Object> headers, Channel channel) throws Exception{System.out.println("重试"+System.currentTimeMillis());
System.out.println(message);
int i = 1 / 0;
}
配置 yml 重试策略
spring:
rabbitmq:
listener:
simple:
retry:
enabled: true # 开启消费者进行重试
max-attempts: 5 # 最大重试次数
initial-interval: 3000 # 重试工夫距离
因为反复音讯是因为网络起因造成的,因而不可避免反复音讯。然而咱们须要保障音讯的幂等性 。
二 如何保障音讯幂等性
让每个音讯携带一个全局的惟一 ID,即可保障音讯的幂等性,具体生产过程为:
- 消费者获取到音讯后先依据 id 去查问 redis/db 是否存在该音讯
- 如果不存在,则失常生产,生产结束后写入 redis/db
- 如果存在,则证实音讯被生产过,间接抛弃。
生产者
@PostMapping("/send")
public void sendMessage(){JSONObject jsonObject = new JSONObject();
jsonObject.put("message","Java 旅途");
String json = jsonObject.toJSONString();
Message message = MessageBuilder.withBody(json.getBytes()).setContentType(MessageProperties.CONTENT_TYPE_JSON).setContentEncoding("UTF-8").setMessageId(UUID.randomUUID()+"").build();
amqpTemplate.convertAndSend("javatrip",message);
}
消费者
@Component
@RabbitListener(queuesToDeclare = @Queue(value = "javatrip", durable = "true"))
public class Consumer {
@RabbitHandler
public void receiveMessage(Message message) throws Exception {Jedis jedis = new Jedis("localhost", 6379);
String messageId = message.getMessageProperties().getMessageId();
String msg = new String(message.getBody(),"UTF-8");
System.out.println("接管到的音讯为:"+msg+"== 音讯 id 为:"+messageId);
String messageIdRedis = jedis.get("messageId");
if(messageId == messageIdRedis){return;}
JSONObject jsonObject = JSONObject.parseObject(msg);
String email = jsonObject.getString("message");
jedis.set("messageId",messageId);
}
}
如果须要存入 db 的话,能够间接将这个 ID 设为音讯的主键,下次如果获取到反复音讯进行生产时,因为数据库主键的唯一性,则会间接抛出异样。