ToB企服应用市场:ToB评测及商务社交产业平台

标题: Spring竟然可以创建“重复”名称的bean？—一次项目中存在多个bean名称重复 [打印本页]
作者: 拉不拉稀肚拉稀    时间: 2023-4-4 14:21
标题: Spring竟然可以创建“重复”名称的bean？—一次项目中存在多个bean名称重复
作者：京东科技 韩国凯

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

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

但是我却在我们的spring项目中发现了两个相同名称的bean，并且项目也可以正常启动，对应的bean也可以正常使用。
因为项目原因中会用到多个redis集群，所以有配置了多个redis环境，并且在id上做了区分。
但是在配置redis环境的时候，两个环境bean的id却是相同的。
  1. <bean id="cacheClusterConfigProvider" >
  2.     <property name="providers">
  3.         <list>
  4.             //创建了一个名为 ccProvider 的bean
  5.             <bean id="ccProvider" >
  6.                
  7.                 <property name="address" value="${r2m.zkConnection}"/>
  8.                
  9.                 <property name="appName" value="${r2m.appName}"/>
  10.                
  11.                 <property name="token" value="${r2m.token}"/>
  12.                
  13.                 <property name="password" value="${r2m.password}"/>
  14.             </bean>
  15.         </list>
  16.     </property>
  17. </bean>
  19. <bean id="tjCacheClusterConfigProvider" >
  20.     <property name="providers">
  21.         <list>
  22.             //这里竟然也是 ccProvider
  23.             <bean id="ccProvider" >
  24.                
  25.                 <property name="address" value="${r2m.tj.zkConnection}"/>
  26.                
  27.                 <property name="appName" value="${r2m.tj.appName}"/>
  28.                
  29.                 <property name="token" value="${r2m.tj.token}"/>
  30.                
  31.                 <property name="password" value="${r2m.tj.password}"/>
  32.             </bean>
  33.         </list>
  34.     </property>
  35. </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。
  1. //循环要装配bean的所有属性
  2. for (PropertyValue pv : original) {
  3.    if (pv.isConverted()) {
  4.       deepCopy.add(pv);
  5.    }
  6.    else {
  7.       String propertyName = pv.getName();
  8.       Object originalValue = pv.getValue();
  9.       //获取真正要装配的bean
  10.       Object resolvedValue = valueResolver.resolveValueIfNecessary(pv, originalValue);
  11.       Object convertedValue = resolvedValue;
  12.       boolean convertible = bw.isWritableProperty(propertyName) &&
  13.             !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName);
  14.    }
  15. }
复制代码
从debug中也可以看出，我们bean的属性只有一个，也就是providers，符合我们在上面xml中配置的属性

我们从真正创建要装配的bean的地方开始找找什么时候开始创建bean的
  1. private Object resolveInnerBean(Object argName, String innerBeanName, BeanDefinition innerBd) {
  2.    RootBeanDefinition mbd = null;
  3.    try {
  4.       ...
  5.       // 真正创建bean的地方
  6.       Object innerBean = this.beanFactory.createBean(actualInnerBeanName, mbd, null);
  7.       if (innerBean instanceof FactoryBean) {
  8.          boolean synthetic = mbd.isSynthetic();
  9.          return this.beanFactory.getObjectFromFactoryBean(
  10.                (FactoryBean<?>) innerBean, actualInnerBeanName, !synthetic);
  11.       }
  12.       else {
  13.          return innerBean;
  14.       }
  15.    }
  16.    catch (BeansException ex) {
  17.       throw new BeanCreationException(
  18.             this.beanDefinition.getResourceDescription(), this.beanName,
  19.             "Cannot create inner bean '" + innerBeanName + "' " +
  20.             (mbd != null && mbd.getBeanClassName() != null ? "of type [" + mbd.getBeanClassName() + "] " : "") +
  21.             "while setting " + argName, ex);
  22.    }
  23. }
复制代码
createBean(actualInnerBeanName, mbd, null)这行代码如果有小伙伴阅读过spring源码一定不陌生，通过这个方法可以获得要创建的bean对象。

从debug中也可以看到真正要创建的beanName已经换成了我们的想要装配的属性ccProvider
至此我们已经发现了，和我们的预期一致，标签无论在什么位置确实会创建一个bean对象。
那么为什么这里的beanName不怕重复呢？
2.3 为什么这里的bean不会出现重复的问题

回顾刚刚之前提到的spring不允许重复名称的bean，其实很好理解，因为我们在创建bean的过程中，会将创建好的bean以beanName为key放到缓存的map中，如果我们有两个相同名称的bean，那么当存在重复的bean时，第二个bean会将第一个bean给覆盖掉。
这样的话，就不存在唯一性了，别的bean需要依赖重复的bean的时候有可能返回的并不是同一个bean。
那么为什么这里两个bean并不会重复呢？
其实细心的读者已经发现了，这里变量名称是innerBean，说明他是一个内部bean，那么innerBean与普通的bean有什么不同呢？为什么innerBean并不会产生 名称重复的问题呢？
我们重新梳理下创建普通bean的流程：

其实答案已经很明显了：
如果我们创建的是一个普通bean，在创建完成之后会将bean放置到缓存中，如果有其他bean要使用直接从缓存中取走就可以了，而beanName不能重复也是基于此考虑。
而创建innerBean则基于createBean()原子性操作前提，只会返回创建好的bean，并不会将其加入到spring的bean缓存中，因此也就不存在beanName重复的问题了
三、总结

3.1 为什么spring可以存在”重复“名称的bean

我们这里重新梳理下bean的创建流程：
在spring注入一个普通bean的过程中，会将通过反射创建的空属性对象赋值，如果发现其依赖的属性也是一个bean，那么会首先去获取这个bean，如果获取不到的话则会转而去创建bean。
而此时要创建的bean成为innerBean，并不会被spring其他bean共享，所以可以在名称上是重复的。
3.2 innerBean的用法

还是我们刚刚的例子，我们可以将其改写成下面的这个样子：
  1. <bean id="cacheClusterConfigProvider" >
  2.     <property name="providers">
  3.         <list>
  4.             
  5.             <ref bean="ccProviderRef"></ref>
  6.         </list>
  7.     </property>
  8. </bean>
  11. <bean id="ccProviderRef" >
  12.    
  13.     <property name="address" value="${r2m.zkConnection}"/>
  14.    
  15.     <property name="appName" value="${r2m.appName}"/>
  16.    
  17.     <property name="token" value="${r2m.token}"/>
  18.    
  19.     <property name="password" value="${r2m.password}"/>
  20. </bean>
复制代码
在上面的例子中我们定义了一个普通bean，并将其引用到我们想要的属性中。
此时ccProviderRef作为一个普通bean，是可以被其他bean引用的，但是此时bean的名称就不可重复。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4