​@Autowired注解能用在static属性吗？

​@Autowired注解能用在static属性吗？

 

答案是否定的，我们来测试下：

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

 

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

User1类

@Component
public class User1 {
​
  @Autowired
​  private static User2 user2;
​
  @Autowired
  private User2 user3;
​
​
}

User2类

@Component
public 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);
    }
}

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

​

此时我们的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循环，找到后置处理器是

然后点进去

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

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

Spring何时屏蔽static属性？

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

跟踪进去

再跟踪

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

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

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

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

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

我们就可以看到如果我们的属性是static，那么Spring会直接抛弃，

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