
想做一个对消息队列实现场景、但是网上的基本例子都是监听消息、然后在消费、但是他们只是一个Listener监听器监听这所有组、所有消费者的一种情况、他们的具体是实现场景、我个人不是很明白、 以下是我个人想到场景、如有遗漏还请指教!!!
设想1
有个场景我订阅一个人的动态、等他发布动态、可以以很多种方式来通知我、他发布了动态叫我去看、通知方式(邮件通知、短信通知)、发布动态初始流程是他发布动态 》邮件通知 》短信通知 》返回发布动态成功、这种情况很不正常、我发布个动态我要走这么多通知流程、万一某个流程卡住了、我要等几分钟才返回动态发布成功

搞一个消息队列来优化上面案例

上图优化了、他发布动态无需等待所有通知完在返回显示动态发布成功、交给一个第三者来处理消息通知、并通知到每一个需要通知的人。
设想2
发布/订阅的场景、有订阅就有通知、通知什么呢?通知我干嘛干嘛了让你来看、就好比张三和李四订阅了老王下楼修水龙头、这时张三和李四去问老王

文章讨论了如何使用消息队列优化发布者-订阅者场景,特别是在处理不同用户特权的通知方式上。通过引入消息队列,可以解耦动态发布和通知过程,提高系统效率。作者提出了两个场景,解释了如何根据用户的个性化设置发送不同类型的的通知,并提供了一个Java实现RedisStream数据结构的消息队列Demo作为实现思路。
最低0.47元/天 解锁文章
617

被折叠的 条评论
为什么被折叠?



