死信队列的使用：处理失败的消息
一般生产环境中，如果你有丰富的架构设计经验，都会在使用MQ的时候设计两个队列：一个是核心业务队列，一个是死信队列。
核心业务队列，就是比如上面专门用来让订单系统发送订单消息的，然后另外一个死信队列就是用来处理异常情况的。
之所以我们这篇文章抛出一个面试题，结果先长篇大论说一个生产实践案例和业务场景，就是因为面试被问到这个问题时，必须要结合你自己的业务实践经验来说。
你需要先给面试官说有血有肉的业务系统场景，然后再结合这个场景回答他的问题，因为面试官想听的就是你真实的实践经验。
比如说要是第三方物流系统故障了，此时无法请求，那么仓储系统每次消费到一条订单消息，尝试通知发货和配送，都会遇到对方的接口报错。
此时仓储系统就可以把这条消息拒绝访问，或者标志位处理失败！注意，这个步骤很重要。
一旦标志这条消息处理失败了之后，MQ就会把这条消息转入提前设置好的一个死信队列中。
然后你会看到的就是，在第三方物流系统故障期间，所有订单消息全部处理失败，全部会转入死信队列。
然后你的仓储系统得专门有一个后台线程，监控第三方物流系统是否正常，能否请求的，不停的监视。
一旦发现对方恢复正常，这个后台线程就从死信队列消费出来处理失败的订单，重新执行发货和配送的通知逻辑。
死信队列的使用，其实就是MQ在生产实践中非常重要的一环，也就是架构设计必须要考虑的。
整个过程，如下图所示：
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
