普通人:

两个id相同的bean应该会报错因为在Spring IOC容器里面,它的id一定是唯一的吧。如果说有两个相同的id的话那就会存在找不到,就是说我们去找一个bean的时候,他会根据名字来找,要么根据类型。

在哪个阶段的话。。。应该是在spring启动的时候吧。

高手:

好的,关于这个问题,我从几个点来回答。

首先,在同一个XML配置文件里面,不能存在id相同的两个bean,否则spring容器启动的时候会报错。

spring bean 重复注册_spring bean 重复注册

因为id这个属性表示一个Bean的唯一标志符号,所以Spring在启动的时候会去验证id的唯一性,一旦发现重复就会报错,

这个错误发生Spring对XML文件进行解析转化为BeanDefinition的阶段。

但是在两个不同的Spring配置文件里面,可以存在id相同的两个bean。 IOC容器在加载Bean的时候,默认会多个相同id的bean进行覆盖。

在Spring3.x版本以后,这个问题发生了变化

我们知道Spring3.x里面提供@Configuration注解去声明一个配置类,然后使用@Bean注解实现Bean的声明,这种方式完全取代了XMl。

在这种情况下,(如图)如果我们在同一个配置类里面声明多个相同名字的bean,在Spring IOC容器中只会注册第一个声明的Bean的实例。

后续重复名字的Bean就不会再注册了。

像这样一段代码,在Spring IOC容器里面,只会保存UserService01这个实例,后续相同名字的实例不会再加载。

spring bean 重复注册_java_02

如果使用@Autowired注解根据类型实现依赖注入,因为IOC容器只有UserService01的实例,所以启动的时候会提示找不到UserService02这个实例。

spring bean 重复注册_面试_03

如果使用@Resource注解根据名词实现依赖注入,在IOC容器里面得到的实例对象是UserService01,

于是Spring把UserService01这个实例赋值给UserService02,就会提示类型不匹配错误。

spring bean 重复注册_面试_04

这个错误,是在Spring IOC容器里面的Bean初始化之后的依赖注入阶段发生的。

以上就是我对这个问题的理解。