kafka消费者构建未返回问题分析-线程池异常处理

本文探讨了在配置Kafka消费者时因参数类型错误引发的ConfigException,该异常在日志中未显示。通过深入代码发现,异常发生在线程池执行任务时,线程池捕获并存储异常,仅在调用Future.get时抛出。对于Runnable任务,异常会在execute方法中直接抛出。解决方案包括在任务中处理异常、覆盖ThreadPoolExecutor的afterExecute方法或调用Future.get。
摘要由CSDN通过智能技术生成

上文中,配置kafka参数时因为参数类型与kafka预期的类型不匹配而导致其抛出了ConfigException。但很奇怪的是,在日志中看不到这个异常的任何信息,因此也导致我一直没往这方面考虑,最终通过一步步调试才发现对构造函数的调用居然没有返回,并经过进一步的分析搞清楚了是因为参数类型不匹配而抛出了异常,但为什么这个异常信息未打印出来的问题也一直困扰着我。
问题未搞清楚始终是块心病,因此对这块代码的调用关系又进行了跟踪,最终发现是在如下代码中进行初始化的:

ExecutorService e = Executors.newFixedThreadPool(consumerThreadCount);
for (int x = 0; x < consumerThreadCount; x++) {
   
	e.submit(new Callable<Boolean>() {
   
		@Override
		public Boolean call() throws Exception {
   
			KafkaConsumerConfig kf = new KafkaConsumerConfig(topicName,
					topicGroupId, topicServer,saveData, kafkaProperties);
			KafkaConsumerConfig.consumerList.put(topicName, kf);
			kf.run();
			return true;
		}
	});
}

代码这块为什么使用线程池去处理,可能是业务方面的原因,暂且不去管它。但看到线程池突然想到,是否就是因为任务被提交到了线程池中执行而导致异常没有任何输出呢?
先验证下:

public static void main(String[] args) throws Exception {
   
	ExecutorService executorService = Executors.newFixedThreadPool(2);

	executorService.submit
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值