@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不希望看到的,这也是不科学的。