autowired注入为null_@Autowired注解能用在static属性吗?

@Autowired注解能用在static属性吗?

答案是否定的,我们来测试下:

ddfa41e91c548717435e5e9fb7879e16.png

日志信息已经很明确了,表示static不能被@Autowired进行复制。为什么呢?我们现在就来一起了解其原因。

首先将我们的测试环境搭建好,

User1类

@Componentpublic class User1 {  @Autowired  private static User2 user2;  @Autowired  private User2 user3;}

User2类

@Componentpublic class User2 {}

AppConfig类

@Configuration@ComponentScan("staticDemo")/*@EnableAspectJAutoProxy*//*@Import(MyImportBeanDefinitionRegistrar.class)*/public class AppConfig {}

Test类

public class Test {    public static void main(String[] args) {      AnnotationConfigApplicationContext annotationConfigApplicationContext=          new AnnotationConfigApplicationContext(AppConfig.class);    }}

然后将代码定位在依赖注入的入口

6a0ca3ca981e055dc133cdc4265cf53f.png

此时我们的beanName是User1类,我们需要注入User1类,然后我们进入这个方法

protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {    if (bw == null) {      if (mbd.hasPropertyValues()) {        throw new BeanCreationException(            mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance");      }      else {        // Skip property population phase for null instance.        return;      }    }    // Give any InstantiationAwareBeanPostProcessors the opportunity to modify the    // state of the bean before properties are set. This can be used, for example,    // to support styles of field injection.    //Spring判断你是不是自己实现了InstantiationAwareBeanPostProcessor,如果实现了,而且返回false,    // Spring就不会继续执行了,一般不会用到    if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {      for (BeanPostProcessor bp : getBeanPostProcessors()) {        if (bp instanceof InstantiationAwareBeanPostProcessor) {          InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;          if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {            return;          }        }      }    }    //判断是否已经对属性赋值    PropertyValues pvs = (mbd.hasPropertyValues() ? mbd.getPropertyValues() : null);    //判断属性植入的模式,默认NO    int resolvedAutowireMode = mbd.getResolvedAutowireMode();    if (resolvedAutowireMode == AUTOWIRE_BY_NAME || resolvedAutowireMode == AUTOWIRE_BY_TYPE) {      MutablePropertyValues newPvs = new MutablePropertyValues(pvs);      // Add property values based on autowire by name if applicable.      if (resolvedAutowireMode == AUTOWIRE_BY_NAME) {        autowireByName(beanName, mbd, bw, newPvs);      }      // Add property values based on autowire by type if applicable.      if (resolvedAutowireMode == AUTOWIRE_BY_TYPE) {        autowireByType(beanName, mbd, bw, newPvs);      }      pvs = newPvs;    }    boolean hasInstAwareBpps = hasInstantiationAwareBeanPostProcessors();    boolean needsDepCheck = (mbd.getDependencyCheck() != AbstractBeanDefinition.DEPENDENCY_CHECK_NONE);    PropertyDescriptor[] filteredPds = null;    if (hasInstAwareBpps) {      if (pvs == null) {        pvs = mbd.getPropertyValues();      }      //这里才是通过后置处理器完成属性注入的工作      for (BeanPostProcessor bp : getBeanPostProcessors()) {        if (bp instanceof InstantiationAwareBeanPostProcessor) {          InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;          PropertyValues pvsToUse = ibp.postProcessProperties(pvs, bw.getWrappedInstance(), beanName);          if (pvsToUse == null) {            if (filteredPds == null) {              filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);            }            pvsToUse = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);            if (pvsToUse == null) {              return;            }          }          pvs = pvsToUse;        }      }    }    if (needsDepCheck) {      if (filteredPds == null) {        filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);      }      checkDependencies(beanName, mbd, filteredPds, pvs);    }    if (pvs != null) {      applyPropertyValues(beanName, mbd, bw, pvs);    }  }

这里有两个for循环,我们关注第二个for循环,找到后置处理器是

301d2b1b4b61bad499515cd0e3600f80.png

然后点进去

54f00e283a56c4199f830217b588394b.png

这里第一行代码就是获取我们的数据信息,并且用InjectionMetadata的方式进行封装,获取InjectionMetadata后就可以通过反射的方式进行属性注入了,这里在前面的Spring源码章节我们已经详细介绍了,就不再叙述。我们进入这个findAutowiringMetadata方法,瞧一瞧他是如何获取的,

0357b4dbd0f824c59cc67b389f3ae2a1.png

我们看到InjectionMetadata封装了哪些信息,其中包含了我们的user3这个属性,注意这个user3是没有static修饰的,user2是被static修饰了的,而这里确没有user2这个属性,先记住这一点,然后我们再看我们的metadata是通过injectionMetadataCache缓存获取的,说明一个我们的static是在存放缓存的时候就将我们的static属性屏蔽掉,接下来我们就验证我们的猜想。

Spring何时屏蔽static属性?

我们将代码定位在AbstractAutowireCapableBeanFactory.doCreateBean方法

68dbf64c4fd1f2cce6c11419063d4020.png

跟踪进去

47ea23a73e9161ed725cb84e1c78e0fa.png

再跟踪

9e6c0e6b3b264dae426968e732cc5674.png

可以看到已经回到了我们find方法,点进去,注意下面的红线表示我们这里是找的user1类的属性

6ec38299c0a83eeab336073ef6f66634.png

然后这里我们关注的是injectionMetadataCache缓存

70da642d14d61a63227ed88bc3984de5.png

此时缓存里并没有user1的元信息,我们再次跟进

5bdcad878252001dcd8e4f7eb3edcbe2.png

首先看到这里ReflectionUtils.doWithLocalFields,我们点进去

7c36b077ae42d1dd2a9e746ce9aba352.png可以看到这里获取了两个我们的属性,一个是静态属性一个是常态属性,然后我们再回到buildAutowiringMetadata方法,注意这里的filed是函数试变成,它会回调这里的代码

832d0f389a8353a8a5f737752a1c2942.png我们就可以看到如果我们的属性是static,那么Spring会直接抛弃,

e94efcbd288cd5df7edd508518c7e50b.png可以看到我们已经得到了验证,Spring就是在这里抛弃了static的属性,至于为什么要抛弃static属性呢?笔者猜测这里需要回到JVM的一些知识,我们都知道static是面向类级别,而Spring通常是面向普通的单例对象,如果我们将单例的对象中static属性赋值,那么就会影响我们这个类的其他对象的值,个人认为这是Spring不希望看到的,这也是不科学的。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值