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

1. 问题场景复现

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

2. 解决思路

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

相关推荐
书源丶2 分钟前
三十九、Java 枚举——固定常量的「安全卫士」
java·开发语言
seven97_top23 分钟前
Tomcat 线程池的设计与实现:StandardThreadExecutor
java·tomcat
Javatutouhouduan31 分钟前
大厂Java岗最新面试真题汇总!
java·java面试·后端开发·java编程·java程序员·互联网大厂·java八股文
逻辑驱动的ken32 分钟前
Java高频面试考点场景题23
java·开发语言·数据库·面试·职场和发展·哈希算法
xxjj998a39 分钟前
PHP vs Java:核心区别与应用场景全解析
java·开发语言·php
用户298698530141 小时前
Java 从零生成 Word 文档:段落、图片与表格操作
java·后端
2401_833269301 小时前
Java IO流:从字节到字符的桥梁
java·开发语言
月落归舟1 小时前
深入剖析乐观锁背后的原理
java·乐观锁
SimonKing1 小时前
OpenCode 在 IDEA 中使用 ACP 协议 VS 直接使用 TUI,哪个编程方式更是你的菜?
java·后端·程序员
NE_STOP2 小时前
Redis--持久化之AOF
java