Spring Aware 介绍

Spring Aware 介绍

读完这篇文章你将会收获到

• Aware的使用和介绍
• BeanFactoryAware的触发时机
• ApplicationContextAware的触发时机以及它通过扩展 BeanPostProcessor来实现

我们在 getBean流程中曾经谈到过 Spring回调 Aware接口

	private void invokeAwareMethods(final String beanName, final Object bean) {if (bean instanceof Aware) {if (bean instanceof BeanNameAware) {((BeanNameAware) bean).setBeanName(beanName);}if (bean instanceof BeanClassLoaderAware) {ClassLoader bcl = getBeanClassLoader();if (bcl != null) {((BeanClassLoaderAware) bean).setBeanClassLoader(bcl);}}if (bean instanceof BeanFactoryAware) {((BeanFactoryAware) bean).setBeanFactory(AbstractAutowireCapableBeanFactory.this);}}}

我们今天就来聊一下 Aware接口

public interface Aware {}

一个空的接口、啥都没有、看注释说它只是一个标志性的接口、实现该接口的 bean会被 Spring以回调的方式进行通知、告诉你某个阶段某件事情发生了

BeanNameAware

public interface BeanNameAware extends Aware {void setBeanName(String name);
}

这个我们举两个有意思的例子，一个是内部 bean、一个是 factoryBean

<bean id="customer" class="com.demo.aware.Customer"><constructor-arg name="person"><bean class="com.demo.aware.Person"><property name="name" value="coderLi"/><property name="address" value="china"/><property name="age" value="666"/></bean></constructor-arg>
</bean><bean id="cat" class="com.demo.aware.CatFactory"/>

具体的类就不贴了、没啥逻辑、CatFactory就实现了 Spring提供的 FactoryBean接口。然后我们在 Person和 CatFactory中实现了接口 BeanNameAware、并打印其参数 name

Resource resource = new ClassPathResource("l");
DefaultListableBeanFactory defaultListableBeanFactory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader xmlBeanDefinitionReader = new XmlBeanDefinitionReader(defaultListableBeanFactory);
xmlBeanDefinitionReader.loadBeanDefinitions(resource);
Bean("customer");
Bean("cat");

打印的结果就是:

bean Name aware [bean Name is] :com.demo.aware.Person#71a794e5
bean Name aware [bean Name is] :cat

我们打断点在它们 getBean之后，针对下面图片的结果你是否有疑惑呢

第一个是内部 bean``````Person对象不在 Spring的容器中、但是它却触发了 Aware接口的回调 , 第二个是第一级缓存和 beanFactory缓存中 key都是 cat

第一个问题其实很简单、主要是构建 Customer的构造函数的参数 Person的时候、在 BeanDefinitionValueResolver#resolveInnerBean中直接调用了 createBean方法、然后就到了 doCreateBean、之后就回调 Aware接口、但是没用放到 Spring容器中

第二个问题、其实两者的 key一样是完全没有问题的、往前翻我分析 getBean流程的文章可以知道。这里就不重复了

其他

至于 BeanClassLoaderAware和 BeanFactoryAware就不演示代码了、挺简单的使用。

Spring里面比较常见的 Aware接口

我们看到很多像 ApplicationContextAware或者 EnvironmentAware的 Aware接口、并没有在 invokeAwareMethods中被调用到、因为其实这些都是在使用 ApplicationContext的时候才会被触发的、具体是在哪里被触发调用呢？

我们可以看到 ApplicationContextAwareProcessor#invokeAwareInterfaces

中就写了这么一段代码

private void invokeAwareInterfaces(Object bean) {if (bean instanceof EnvironmentAware) {((EnvironmentAware) bean).setEnvironment(Environment());}if (bean instanceof EmbeddedValueResolverAware) {((EmbeddedValueResolverAware) bean).beddedValueResolver);}if (bean instanceof ResourceLoaderAware) {((ResourceLoaderAware) bean).setResourceLoader(this.applicationContext);}if (bean instanceof ApplicationEventPublisherAware) {((ApplicationEventPublisherAware) bean).setApplicationEventPublisher(this.applicationContext);}if (bean instanceof MessageSourceAware) {((MessageSourceAware) bean).setMessageSource(this.applicationContext);}if (bean instanceof ApplicationContextAware) {((ApplicationContextAware) bean).setApplicationContext(this.applicationContext);}
}

ApplicationContextAwareProcessor实现了 BeanPostProcessor的、

那这样子的话就是在 doCreateBean的时候、通过 initializeBean进行回调了

那这个 ApplicationContextAwareProcessor什么时候添加到 Spring中啊

而这个方法则是在 refresh方法中被调用了，而 refresh的调用就不用介绍了把

public ClassPathXmlApplicationContext(String configLocation) throws BeansException {this(new String[] {configLocation}, true, null);
}public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, @Nullable ApplicationContext parent)throws BeansException {super(parent);setConfigLocations(configLocations);if (refresh) {refresh();}
}

其实 Spring挺有意思的、将这个 ApplicationContextAwareProcessor作为其第一个 BeanPostProcessor接口、那么就能保证 Aware接口被先回调、然后才到用户的 BeanPostProcessor实现类