需求背景之为什么要有超时关单

原因一：

原因二：

电商业务里面还会涉及到商品库存的锁定和释放

所以多数订单业务都是会有这个功能，那如何设计呢？

RabbitMQ死信队列-延迟消息知识点回顾

什么是RabbitMQ的死信队列

没有被及时消费的消息存放的队列

什么是rabbitmq的死信交换机

Dead Letter Exchange(死信交换机，缩写：DLX)当消息成为死信后，会被重新发送到另一个交换机，这个交换机就是DLX死信交换机

消息有哪几种情况成为死信

消费者拒收消息（basic.reject/ basic.nack），并且没有重新入队 requeue=false 消息在队列中未被消费，且超过队列或者消息本身的过期时间TTL(time-to-live) 队列的消息长度达到极限 结果：消息成为死信后，如果该队列绑定了死信交换机，则消息会被死信交换机重新路由到死信队列

什么是延迟队列

一种带有延迟功能的消息队列，Producer 将消息发送到消息队列 服务端，但并不期望这条消息立马投递，而是推迟到在当前时间点之后的某一个时间投递到Consumer 进行消费，该消息即延时消息

业界的一些实现方式:

定时任务高精度轮训 redis监听key过期 jdk自带的DelayQueue 采用RocketMQ自带延迟消息功能 RabbitMQ本身是不支持延迟队列的, 结合死信队列的特性，就可以做到延迟消息

代码实战环节

Rabbitmq 死信队列配置

##----------rabbit配置--------------
spring.rabbitmq.host=120.79.xxx.xxx
spring.rabbitmq.port=5672

#需要手工创建虚拟主机
spring.rabbitmq.virtual-host=dev
spring.rabbitmq.username=admin
spring.rabbitmq.password=password

#消息确认方式，manual(手动ack) 和auto(自动ack); 消息消费重试到达指定次数进到异常交换机和异常队列，需要改为自动ack确认消息
spring.rabbitmq.listener.simple.acknowledge-mode=auto

延迟消息的发送

@Autowired
private RabbitMQConfig rabbitMQConfig;
@Autowired
private RabbitTemplate rabbitTemplate;

//发送延迟消息
EventMessage eventMessage = EventMessage.builder()
    .eventMessageType(EventMessageType.PRODUCT_ORDER_NEW.name())
    .accountNo(loginUser.getAccountNo())
    .bizId(orderOutTradeNo)
    .build();

rabbitTemplate.convertAndSend(rabbitMQConfig.getOrderEventExchange(),rabbitMQConfig.getOrderCloseDelayRoutingKey(),eventMessage);

关单消费者处理

@Component
@Slf4j
@RabbitListener(queuesToDeclare = {@Queue("order.close.queue")})
public class ProductOrderMQListener {
 
    @Autowired
    private ProductOrderService productOrderService;
 
    @RabbitHandler
    public void productOrderHandler(EventMessage eventMessage, Message message, Channel channel){
        log.info("监听到消息ProductOrderMQListener messsage消息内容:{}",message);
        try{
            //关闭订单 业务逻辑
            productOrderService.closeProductOrder(eventMessage);
        }catch (Exception e){
            log.error("消费者失败:{}",eventMessage);
            throw new BizException(BizCodeEnum.MQ_CONSUME_EXCEPTION);
        }
        log.info("消费成功:{}",eventMessage);
    }
}

监听到延迟的关单消息后，根据实际业务进行查询订单、支付等确定是否要进行关单操作。