微服务第23节：消息队列（延迟）

目录

1.延迟消息

1.1.死信交换机和延迟消息

1.1.1.死信交换机

1.1.2.延迟消息

1.1.3.总结

1.2.DelayExchange插件

1.2.1.下载

1.2.2.安装

1.2.3.声明延迟交换机

1.2.4.发送延迟消息

1.3.超时订单问题

1.3.1.定义常量

1.3.2.MQ配置设置

1.3.3.Retry下单业务逻辑，触发延迟消息发送机制

1.3.4.PAY状态查询接口开发工作

1.3..5.MQ监听器构建，执行支付状态检索操作

1.延迟消息处理机制

在电子商务的支付流程中，针对部分库存数量有限的商品，为了提升用户的购物体验，一般会在用户提交订单时立即减少商品库存。例如，在电影院订票或高铁订票过程中，一旦用户下单，系统便会锁定对应的座位资源，避免其他用户重复预订。

然而这种方式也带来了潜在的问题：如果用户下单后长时间未完成支付操作，则会持续占用库存资源，从而影响其他客户的正常交易流程，并最终损害商家的利益！

因此，在电商系统中常见的处理方式是：对于在规定时间内未完成支付的订单，应当及时取消并释放所占用的库存资源 。

比如，若设定订单支付超时时间为30分钟，则需要在用户下单后的第30分钟检查该订单的支付状态。一旦发现尚未完成支付操作，则应立即取消订单，并将库存资源释放出来。

但随之而来的