腾讯二面：@Bean 与 @Component 用在同一个类上，会怎么样？
AI全套：Python3+TensorFlow打造人脸识别智能小程序
最新人工智能资料-Google工程师亲授 Tensorflow－入门到进阶
黑马头条项目 - Java Springboot2.0（视频、资料、代码和讲义）14天完整版
来源：cnblogs.com/youzhibing/p/15354706.html
疑虑背景
疑虑描述
最近，在进行开发的过程中，发现之前的一个写法，类似如下
只有有参构造方法被调用了，无参构造方法岿然不动（根本没被调用）
如果想了解的更深一点，可以读读鄙人的：Spring 的循环依赖，源码详细分析 → 真的非要三级缓存吗
既然 UserManager 构造方法只被调用了一次，那么前面的问题：到底注入的是哪个对象
答案也就清晰了，没得选了呀，只能是 @Configuration 加 @Bean 创建的 userName 不为 null 的 UserManager 对象
问题又来了：为什么不是 @Component 创建的 userName 为 null 的 UserManager 对象？
@Configuration 与 @Component 关系很紧密
它实现了 BeanFactoryPostProcessor 接口和 PriorityOrdered 接口
那么我们从 AbstractApplicationContext 的 refresh 方法调用的 invokeBeanFactoryPostProcessors(beanFactory) 开始，来跟下源码
接下来一步很重要，与我们想要的答案息息相关
循环递归处理 UserConfig 、 UserController 和 UserManager ，把它们都封装成 ConfigurationClass ，递归扫描 BeanDefinition
循环完之后，我们来看看 configClasses
UserConfig bean 定义信息中 beanMethods 中有一个元素 [BeanMethod:name=userManager,declaringClass=com.lee.qsl.config.UserConfig]
然后我们接着往下走，来仔细看看答案出现的环节
是不是有什么发现？@Component 修饰的 UserManager 定义直接被覆盖成了 @Configuration + @Bean 修饰的 UserManager 定义
Bean 定义类型也由 ScannedGenericBeanDefinition 替换成了 ConfigurationClassBeanDefinition
后续通过 BeanDefinition 创建实例的时候，创建的自然就是 @Configuration + @Bean 修饰的 UserManager ，也就是会反射调用 UserManager 的有参构造方法
自此，答案也就清楚了
2021-10-03 20:37:33.697 INFO 13600 --- [main] o.s.b.f.s.DefaultListableBeanFactory : Overriding bean definition for bean 'userManager' with a different definition: replacing [Generic bean: class [com.lee.qsl.manager.UserManager]; scope=singleton; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in file [D:\qsl-project\spring-boot-bean-component\target\classes\com\lee\qsl\manager\UserManager.class]] with [Root bean: class [null]; scope=; abstract=false; lazyInit=false; autowireMode=3; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=userConfig; factoryMethodName=userManager; initMethodName=null; destroyMethodName=(inferred); defined in class path resource [com/lee/qsl/config/UserConfig.class]]
只是日志级别是 info ，太不显眼了
可能 Spring 团队意识到了 info 级别太不显眼的问题，或者说意识到了直接覆盖的处理方式不太合理
所以在 Spring 5.1.2.RELEASE （Spring Boot 则是 2.1.0.RELEASE ）做出了优化处理
我们来具体看看
启动直接报错，Spring 也给出了提示
The bean 'userManager', defined in class path resource [com/lee/qsl/config/UserConfig.class], could not be registered. A bean with that name has already been defined in file [D:\qsl-project\spring-boot-bean-component\target\classes\com\lee\qsl\manager\UserManager.class] and overriding is disabled.我们来跟下源码，主要看看与 Spring 5.0.7.RELEASE 的区别
补充
关于 allowBeanDefinitionOverriding ，前面讲的不对，后面特意去翻了下源码，补充如下
Spring 1.2 引进 DefaultListableBeanFactory 的时候就有了 private boolean allowBeanDefinitionOverriding = true; ，默认是允许 BeanDefinition 覆盖
Spring 4.1.2 引进了 isAllowBeanDefinitionOverriding() 方法
Spring 自始至终默认都是允许 BeanDefinition 覆盖的，变的是 Spring Boot ， Spring Boot 2.1.0 之前没有覆盖 Spring 的 allowBeanDefinitionOverriding 默认值，仍是允许 BeanDefinition 覆盖的
Spring Boot 2.1.0 中 SpringApplication 定义了私有属性：allowBeanDefinitionOverriding
没有显示的指定值，那么默认值就是 false ，之后在 Spring Boot 启动过程中，会用此值覆盖掉 Spring 中的 allowBeanDefinitionOverriding 的默认值
-End-
全栈架构社区交流群
「全栈架构社区」建立了读者架构师交流群，大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。
Flutter 移动应用开发实战 视频（开发你自己的抖音APP） Java面试进阶训练营 第2季（分布式篇） Java高级 - 分布式系统开发技术视频