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

1. 问题场景复现

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

2. 解决思路

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

相关推荐
二十雨辰2 小时前
[Java]-Spring面试题
java·开发语言
老马历写记2 小时前
Maven POM 依赖管理总结
java·maven·system·pom·optional
古法安卓2 小时前
Android-车机 GNSS 定位数据接收问题排查
android·java·android studio
蔬菜_2 小时前
前端转全栈-day5(数组、list、set)
java·前端·数据结构·list
萧瑟余晖2 小时前
Java深入解析篇二十二之虚拟线程
java·开发语言
OuO-22 小时前
笔试强训 Day 34:ISBN 号码、kotori 和迷宫、矩阵最长递增路径
java·算法·矩阵
油丶酸萝卜别吃3 小时前
Java 集合类全景介绍
java·开发语言
钱栈up3 小时前
"Flowable 工作流引擎进阶实战(高级篇):任务分配、流程变量与监听器"
java
豆沙沙包?3 小时前
c++中引用(P7-P11)
java·c++·算法
wuminyu3 小时前
虚拟线程底层ForkJoinPool的工作窃取算法机制
java·linux·c语言·jvm·c++