Spring Boot中KafkaListenerContainerFactory为何直接调用ConsumerFactory方法而非注入Bean？

查看Spring官方文档及网上多数示例，Spring Boot中KafkaListenerContainerFactory的配置方式如下：

@Configuration
@EnableKafka
public class KafkaConfig {

    @Bean
    KafkaListenerContainerFactory<ConcurrentMessageListenerContainer<Integer, String>>
                        kafkaListenerContainerFactory() {
        ConcurrentKafkaListenerContainerFactory<Integer, String> factory =
                                new ConcurrentKafkaListenerContainerFactory<>();
        factory.setConsumerFactory(consumerFactory());
        factory.setConcurrency(3);
        factory.getContainerProperties().setPollTimeout(3000);
        return factory;
    }

    @Bean
    public ConsumerFactory<Integer, String> consumerFactory() {
        return new DefaultKafkaConsumerFactory<>(consumerConfigs());
    }

}

注意kafkaListenerContainerFactory()方法并未将ConsumerFactory Bean作为参数注入，而是直接调用consumerFactory()方法，看起来会创建ConsumerFactory类的第二个实例，违背该Bean的设计初衷。请问为何要采用这种配置方式？

核心原因：Spring @Configuration类的代理机制 #

这其实是Spring框架的设计特性，并非错误写法：

• Spring会对标注了@Configuration的类生成CGLIB动态代理。当你在同一个配置类中直接调用标注了@Bean的方法时，代理会拦截这个调用，不会创建新的实例，而是返回Spring容器中已经存在的对应Bean实例。
• 这种写法是Spring官方推荐的配置方式之一，目的是简化配置类内部的Bean依赖引用，避免通过构造器或@Autowired注入带来的代码冗余。
• 换句话说，consumerFactory()在这里的调用只是一个“语法糖”，实际拿到的是容器中唯一的ConsumerFactory Bean，不会产生重复实例。

如果换成参数注入的方式（比如将ConsumerFactory作为方法参数传入kafkaListenerContainerFactory()），功能上是等价的，只是写法风格不同。Spring允许这两种方式并存，开发者可以根据习惯选择。

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