在消息队列kafka多消费者组消费同一Topic场景下的idea调试debug断点进不去的解决方案_idea debug 消息队列多次发送(2)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新大数据全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注大数据）

正文

不同类型的消息发到同一个Topic中，设置多个消费者组，为每个消费者组打一个标记。每一种消费者组只能消费对应的消息类型。这样做的好处是避免设置多个Topic，简化代码开发的同时性能损耗小。问题出现在消费端，由于多个消费者组对象随着项目初始化而初始化，导致了你的断点不一定能准确打在对应的消费者上，出现的问题就是进不去断点。

2. 解决思路

你在生产者端发送一条消息进入到kafka消息队列，重点来了，被@KafkaListener修饰的消费者代码肯定能捕获这一条消息，但是这条消息的类型标识和这个消费者组的类型标识不一定相同，代码逻辑是如果不相同要舍弃这条消息。所以，让断点生效有一个折中的方式，直接在被@KafkaListener修饰的代码中将消费者组的类型写固定。但是一定要记得调试完断点以后再改回来。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注大数据）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**