在电商和其他涉及到在线支付的应用中，通常需要实现一个功能：如果用户在生成订单后的一定时间内未完成支付，系统将自动取消该订单。

1、应用场景 1.RabbitMQ： 适用于易用性和灵活性要求较高的场景 异步任务处理：RabbitMQ提供可靠的消息传递机制，适用于处理异步任务，例如将耗时的任务放入消息队列中，然后由消费者异步处理

简单来说，幂等性就是一个数据或者一个请求，给你重复来了多次，你得确保对应的数据是不会改变的，不能出错。 （1）首先，比如rabbitmq、rocketmq、kafka，都有可能会出现消息重复消费的问题。因为这个问题通常不是由mq来保证的，而是消费方自己来保证的。 kafka有一…

demo.order.direct（取消订单消息队列所绑定的交换机）:绑定的队列为demo.order.cancel，一旦有消息以demo.order.cancel为路由键发过来，会发送到此队列。 就这样，在超过15分钟之后，数据库的订单将自动修改为取消状态。但是还有一个问题在…

引入mq后让我们子系统间耦合性降低了，异步处理机制减少了系统的响应时间，同时能够有效的应对请求峰值问题，提升系统的稳定性。但是，引入mq同时也会带来一些问题。

一般来说，生产者将消息投递到队列中，消费者从队列取出消息进行消费，但某些时候由于特定的原因导致队列中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信(Dead Letter)

大家好，我是小菜。 一个希望能够成为 吹着牛X谈架构 的男人！如果你也想成为我想成为的人，不然点个关注做个伴，让小菜不再孤单！

消息堆积的场景 1.业务高峰期业务量激增,生产太快。 2.消费者不充足。 3.由于某个队列的消息迟迟不能被消费导致消费进度无法提交。 4.生产者未感知Broker消费堆积持续向Broker推送消息。

这是我参与8月更文挑战的第8天，活动详情查看：8月更文挑战 相关文章 RabbitMQ系列汇总：RabbitMQ系列 前言 开始消息应答之前先思考几个问题 消费者完成一个任务可能需要一段时间，如果其中