我们知道，spring容器里面的bean默认是单例的，所以id是唯一的。但是需要注意，同一类型的bean可以有不同的id，比如有id1->bean，也可以有id2->bean。

下面再来详细回答一下文章的问题。

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

因为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这个实例，后续相同名字的实例不会再加载。

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

 

如果使用@Resource注解根据名词实现依赖注入，在IOC容器里面得到的实例对象是UserService01，于是Spring把UserService01这个实例赋值给UserService02，就会提示类型不匹配错误。 这个错误，是在Spring IOC容器里面的Bean初始化之后的依赖注入阶段发生的。

关于@Autowired注解和@Resource注解的区别可以查看我之前的文章Autowired注解与Resource注解的区别