本文探讨了消息队列在系统解耦、异步调用和流量削峰中的作用，并详细介绍了ActiveMQ消息发送失败的处理方案，包括预处理数据库操作、定时任务补偿和数据一致性保障策略。
今天我们来介绍一下ActiveMQ消息队列消息发送失败的处理方案。
在介绍今天的内容之前，首先我们来探讨一下为什么要用MQ。 企业中系统为什么要用消息队列那？其实要从消息中间件的常见使用场景来讲，然后结合自身系统对应的使用场景，说明系统中引入消息中间件解决了什么问题。
使用消息队列MQ,大致解决三类问题：
（1）系统解耦
假设你有个系统 A，这个系统 A 会产出一个核心数据，现在下游有系统 B 和系统 C 需要这个数据。那简单，系统 A 就是直接调用系统 B 和系统 C 的接口发送数据给他们就好了。
整个过程，如下图所示：
但是现在要是来了系统 D、系统 E、系统 F、系统 G，等等，十来个其他系统慢慢的都需要这份核心数据呢？如下图所示：
一个大规模系统，往往会拆分为几十个甚至上百个子系统，每个子系统又对应 N 多个服务，这些系统与系统之间有着错综复杂的关系网络。此时如果你要是采取上面那种模式来设计系统架构，那么绝对你负责系统 A 的同学要被烦死了。
两个问题：
要修改系统之间的调用关系，A系统就需要修改代码！
某个下游系统突然宕机了，系统 A 的调用代码就会抛异常！
所有，某些场景下，这种架构师绝对不合适的，系统耦合度太严重。因此在上述系统架构中，就可以采用 MQ 中间件来实现系统解耦。系统 A 就把自己的一份核心数据发到 MQ 里，下游哪个系统感兴趣自己去消费即可，不需要了就取消数据的消费，如下图所示：
最低0.47元/天 解锁文章
扫一扫
941
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
