Spring Cloud Kafka Stream：同配置项目启动时无法创建Producer Config报错求助

嘿，我来帮你梳理下这个问题——首先得澄清：你贴的这段日志是INFO级别的，它并不是错误日志，只是Kafka的AdminClient在启动时打印自己的配置参数而已。不过为啥两个依赖和配置都一致的项目，会出现一个打印这个日志、另一个不打的情况呢？咱们可以从这几个方向排查：

1. 日志配置的隐性差异 #

虽然你说Gradle依赖和Kafka核心配置完全一致，但日志配置可能藏在你没注意到的地方：

• 检查两个项目的日志配置文件（比如logback-spring.xml、log4j2.xml），看看org.apache.kafka这个包的日志级别是不是不一样。比如其中一个项目把这个包的日志级别设成了INFO，另一个设成了WARN或ERROR，自然就会有不同的输出。
• 也有可能是Spring Boot的全局配置差异：看看两个项目的application.yml/application.properties，有没有其中一个加了logging.level.org.apache.kafka=INFO这类配置，另一个没加。

2. AdminClient初始化触发条件不同 #

Spring Boot的自动配置逻辑可能因为项目内的其他代码触发了AdminClient的初始化：

• 对比两个项目的代码，看看输出日志的那个项目里，是不是有额外的Kafka Admin相关逻辑——比如自定义了KafkaAdmin bean、手动创建了AdminClient实例，或者引入了某个starter间接触发了AdminClient的初始化。这些操作都会触发Kafka打印配置日志。
• 检查启动类和配置类，看看有没有差异：比如一个加了@EnableKafka注解，另一个没加，也可能导致自动配置的触发时机不同。

3. Gradle依赖的传递性差异 #

有时候表面上依赖一致，但依赖传递可能带来隐性差异：

• 分别在两个项目里运行./gradlew dependencies（Windows用gradlew.bat dependencies），对比依赖树，看看是否有某个依赖间接引入了不同版本的Kafka客户端，或者额外的日志相关依赖，影响了日志行为。
• 比如其中一个项目可能引入了spring-kafka-test这类测试依赖（哪怕是runtime scope），也可能间接改变日志配置。

快速解决：抑制INFO日志输出 #

如果你只是不想看到这段日志，最简单的方式是调高Kafka相关包的日志级别：

• 在application.yml中添加配置：

logging:
  level:
    org.apache.kafka: WARN

• 或者在logback配置文件中添加：

<logger name="org.apache.kafka" level="WARN"/>

这样就能屏蔽这类INFO级别的配置日志了。

内容的提问来源于stack exchange，提问作者no name