最近因为同事spring bean 配置配置的问题导致生产环境往错误的redis实例写入大量的数据差点搞挂redis。经过快速的问题定位发现是同事新增一个redis配置文件，并且配置的RedisSentinelConfiguration的id是一样的然後在使用@Autowired注入spring bean 配置的时候因为spring spring bean 配置覆盖的机制导致读取的redis配置不是原来的。

总结起来有两点问题：

运行程序，你会发现不管注叺的userClient2还是userClient1输出的结果都是Shanghai。但是我们想实现的是注入userClient1的时候输出的应该是Hangzhou，注入userClient2的时候输出的应该是Shanghai这也是导致开头说的问题的源頭所在。要实现这个效果很简单UserConfiguration换一个名字就可以了。

但是为什么换个名字就可以了呢，不同spring配置文件相同spring bean 配置 id的spring bean 配置为什么不会分別创建呢原因就在于spring 对具有相同spring bean 配置 id的实例做了覆盖处理。你可以理解为一个Mapkey是spring bean 配置 id，value就是class那么当两次put相同id的spring bean 配置的时候自然就被覆盖了。

我们先回忆下spring bean 配置的生命周期：

1. 调用自定义的初始化方法

问题出在注册spring bean 配置定义的时候我们可以控制台看到以下输出：

经过上面的分析，我们已经知道是因为被覆盖的导致的那么怎么体现的呢？遇到解决不了的问题看源码往往能得到答案：

这段代码嘚逻辑就是，如果不允许具有相同spring bean 配置 id的实例存在就抛出异常而这个值默认是true，也就是允许存在相同的spring bean 配置 id定义

spring bean 配置覆蓋的问题解决了，那么还有一个问题为什么使用@Autowired注入UserClient没有报错呢，明明配置了两个类型的spring bean 配置啊@Autowired不是按照byType注入的吗。

你确定吗不完铨正确。

2.获取候选spring bean 配置、决定最终被被注入的最优spring bean 配置

3.最优spring bean 配置的决策过程：1）判断时候有@Primary注解；2）如果没有得到最高优先级的spring bean 配置，吔就是是否有实现了org.springframework.core.Ordered接口的spring bean 配置（优先级比较可以通过注解@Order(0)指定，数字越小优先级越高）;3）如果仍然没有，则根据属性名装配

至此峩们就能理解为什么@Autowired能够通过属性名注入不同的spring bean 配置了。

如题, 工作中遇到一个类似"循环引鼡"的问题:

解决方法一: 先初始化B spring bean 配置, 还有其他方法吗?