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

1. 问题场景复现

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

2. 解决思路

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

相关推荐
标致的钢铁侠2 分钟前
c# 温故而知新: 线程篇(一)
java·jvm·c#
宠友信息5 分钟前
资源权限与钱包流水在即时通讯源码后端架构中的设计
java·spring boot·redis·websocket·缓存
不知名的老吴7 分钟前
浅谈:编程语言中的那些「锁」事(二)
java·开发语言
程序员小八7779 分钟前
AOP 切面
java
地铁潜行者23 分钟前
从单体思维到微服务:服务拆分与组件选型实践
java·后端
花生了什么事o23 分钟前
线程池参数调优:corePoolSize 怎么设置
java·后端
灵性(๑>ڡ<)☆25 分钟前
Java学习笔记 --面向对象进阶
java·笔记·学习
写了20年代码的老程序员34 分钟前
Java Lambda 类型安全查询是怎么实现的?从字节码层面拆一遍
java·开源
唐青枫1 小时前
Java RabbitMQ 实战指南:从交换机、队列到可靠消息处理
java
卓怡学长1 小时前
w272基于springboot便民医疗服务小程序
java·spring boot·spring·小程序·intellij-idea