本文介绍了如何在Java中通过Kafka的多topic多group实现消费数据隔离，以解决发送渠道异常导致的消息堵塞问题。作者讨论了在设计中采用单topic多group策略，以及为不同消息类型创建不同group的方法。为了提高消费吞吐量，采用了消费后存入缓冲区的策略，利用线程池实现生产者消费者模式。文中还详细讲述了在Spring框架中动态配置消费组ID和线程池的挑战及解决方案。
我是3y，一年CRUD经验用十年的markdown程序员👨🏻💻常年被誉为优质八股文选手
今天继续更新austin项目，如果还没看过该系列的同学可以点开我的历史文章回顾下，在看的过程中不要忘记了点赞哟！建议不要漏了或者跳着看，不然这篇就看不懂了，之前写过的知识点和业务我就不再赘述啦。
今天要实现的是handler模块的消费数据隔离。在聊这个之前，先看下之前的实现是怎么样的。
austin-api接收到了请求之后，将请求发往Kafka，topicName为austin。而在austin-handler起了一个groupName名为austinGroup监听austin这个topic的数据，进而实现消息发送。
从系统架构来说，austin项目是可以发送多种类型消息的：短信、微信小程序、邮件等等等
那如果是单个topic单个group的话，有没有想过一个问题：如果某个发送渠道接口存在异常，超时了，此时会怎么样？
没错，消息都会堵住，因为它们消费同一个topic，用的是同一个消费者。
最低0.47元/天 解锁文章
1156
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
