作者：京东科技 韩国凯

一、项目中存在了名称重复的bean

众所周知，在Spring中时不能够创建两个名称相同的bean的，否则会在启动时报错：

但是我却在我们的spring项目中发现了两个相同名称的bean，并且项目也可以正常启动，对应的bean也可以正常使用。

因为项目原因中会用到多个redis集群，所以有配置了多个redis环境，并且在id上做了区分。

但是在配置redis环境的时候，两个环境bean的id却是相同的。

<bean id="cacheClusterConfigProvider" class="com.xxx.rediscluster.provider.CacheClusterConfigProvider">
    <property name="providers">
        <list>
            //创建了一个名为 ccProvider 的bean
            <bean id="ccProvider" class="com.xxx.rediscluster.provider.CCProvider">
                <!--# 替换为当前环境的R2M 3C配置中心地址（详见上方R2M 3C服务地址）-->
                <property name="address" value="${r2m.zkConnection}"/>
                <!--# 替换为R2M集群名-->
                <property name="appName" value="${r2m.appName}"/>
                <!--# 替换为当前环境的客户端对应配置中心token口令（参考上方token获取方式）-->
                <property name="token" value="${r2m.token}"/>
                <!--# 替换为集群认证密码-->
                <property name="password" value="${r2m.password}"/>
            </bean>
        </list>
    </property>
</bean>

<bean id="tjCacheClusterConfigProvider" class="com.xxx.rediscluster.provider.CacheClusterConfigProvider">
    <property name="providers">
        <list>
            //这里竟然也是 ccProvider 
            <bean id="ccProvider" class="com.xxx.rediscluster.provider.CCProvider">
                <!--# 替换为当前环境的R2M 3C配置中心地址（详见上方R2M 3C服务地址）-->
                <property name="address" value="${r2m.tj.zkConnection}"/>
                <!--# 替换为R2M集群名-->
                <property name="appName" value="${r2m.tj.appName}"/>
                <!--# 替换为当前环境的客户端对应配置中心token口令（参考上方token获取方式）-->
                <property name="token" value="${r2m.tj.token}"/>
                <!--# 替换为集群认证密码-->
                <property name="password" value="${r2m.tj.password}"/>
            </bean>
        </list>
    </property>
</bean>

大家也都知道，<bean>标签可以声明一个bean，是肯定会被spring解析并且使用的，那么为什么在这里面两个相同的bean名称却不会报错呢？

可以看到我们创建的bean是正常的，并且从功能上来说也是可以使用的。

二、问题的排查过程

2.1 尝试直接找到创建重复bean位置

首先debug尝试找到创建重复bean时的相关信息，看看有没有什么思路

然后重启项目，选择debug模式，但是在运行之后IDEA提示断点被跳过了

查阅了一些资料跟方式都不起作用，遂放弃此思路。

2.2 从创建其父bean开始寻找思路

放弃了上述思路后想到，可以凭借之前学习的spring源码从代码层面去排查此问题

将断点设置到创建reids bean处

果然，断点在这里是能进来的

那么我们的思路就很简单了。

在spring中，装配属性的步骤发生在：populateBean(beanName, mbd, instanceWrapper)的过程中，如果发现其属性也是一个bean，那么会先获取bean，如果不存在则会先创建其属性bean，然后创建完成之后将属性bean赋值给要装配的bean。

//循环要装配bean的所有属性
for (PropertyValue pv : original) {
   if (pv.isConverted()) {
      deepCopy.add(pv);
   }
   else {
      String propertyName = pv.getName();
      Object originalValue = pv.getValue();
      //获取真正要装配的bean
      Object resolvedValue = valueResolver.resolveva lueIfNecessary(pv, originalValue);
      Object convertedValue = resolvedValue;
      boolean convertible = bw.isWritableProperty(propertyName) &&
            !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName);
   }
}

从debug中也可以看出，我们bean的属性只有一个，也就是providers，符合我们在上面xml中配置的属性

我们从真正创建要装配的bean的地方开始找找什么时候开始创建bean的

private Object resolveInnerBean(Object argName, String innerBeanName, BeanDefinition innerBd) {
   RootBeanDefinition mbd = null;
   try {
      ...
      // 真