什么是延迟消息
其实就是如果支付服务确实不能通知交易服务去修改订单状态,那就让交易服务等30分钟,30分钟之后,如果交易服务还没有通知,就会主动去查支付服务,如果查到已支付,就更新订单状态,保证一致性。如果查到未支付,说明订单支付超时,直接取消订单。所以就需要一个延迟消息,要在下单那一刻发送,延迟一定时间后发给交易服务通知其去查支付服务。
死信交换机
利用了成为死信的第二个条件,过期消息。也就是publisher发送一个设置了TTL的消息到normal.queue,然后这个队列通过dead-letter-exchange属性指定了dlx.direct交换机,由于normal.queue没有消费者,所以这个消息在MQ里TTL过期之后,就会投递到dlx.direct,从而投递到consumer,实现了延迟消息。注意这里normal的交换机和队列的BindingKey要和dlx的交换机和队列的BindingKey一致,不然消息传不过去。
这是声明一个绑定了死信交换机的队列,也就是normal.queue。
@Test void testSendDelayMessage() { rabbitTemplate.convertAndSend("normal.direct", "hi", "hello", new MessagePostProcessor() { @Override public Message postProcessMessage(Message message) throws AmqpException { message.getMessageProperties().setExpiration("10000"); return message; } }); }
这个是发送带TTL消息的代码,convertAndSend方法最后还可以带一个参数,叫做消息后置处理器,可以在Java对象转换为消息对象之后,对消息做处理。需要实现postProcessMessage方法,这个方法的形参就是转换后的消息,可以给它设置参数。
延迟消息插件
给RabbitMQ装了插件之后,就是设置个delayed属性,这个交换机就有了延迟消息的功能。
发消息也不一样了,变成setDelay了。
取消超时订单
这里是假设最坏情况,支付服务无法向MQ发送消息。
为啥要先查询本地订单状态呢,这是因为,如果本地订单状态是已支付,说明支付服务成功通知到交易服务了。交易服务自己发自己收。