AbstractApplicationContext的refresh方法

文章目录

AbstractApplicationContext的refresh方法
- prepareRefresh
- obtainFreshBeanFactory()
- prepareBeanFactory()
- postProcessBeanFactory(beanFactory)
- invokeBeanFactoryPostProcessors(beanFactory)
- registerBeanPostProcessors(beanFactory);
- initMessageSource()
- initApplicationEventMulticaster()
- onRefresh()
- registerListeners()
- finishBeanFactoryInitialization(beanFactory)
- finishRefresh()

AbstractApplicationContext的refresh是Spring IOC容器启动的整个过程，这里记录下refresh方法做的一些事情。

代码如下：

@Overridepublic void refresh() throws BeansException, IllegalStateException {synchronized (this.startupShutdownMonitor) {prepareRefresh();// Tell the subclass to refresh the internal bean factory.ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// Prepare the bean factory for use in this context.prepareBeanFactory(beanFactory);try {// Allows post-processing of the bean factory in context subclasses.postProcessBeanFactory(beanFactory);// Invoke factory processors registered as beans in the context.invokeBeanFactoryPostProcessors(beanFactory);// Register bean processors that intercept bean creation.registerBeanPostProcessors(beanFactory);// Initialize message source for this context.initMessageSource();// Initialize event multicaster for this context.initApplicationEventMulticaster();// Initialize other special beans in specific context subclasses.onRefresh();// Check for listener beans and register them.registerListeners();// Instantiate all remaining (non-lazy-init) singletons.finishBeanFactoryInitialization(beanFactory);// Last step: publish corresponding event.finishRefresh();}catch (BeansException ex) {if (logger.isWarnEnabled()) {logger.warn("Exception encountered during context initialization - " +"cancelling refresh attempt: " + ex);}// Destroy already created singletons to avoid dangling resources.destroyBeans();// Reset 'active' flag.cancelRefresh(ex);// Propagate exception to caller.throw ex;}finally {// Reset common introspection caches in Spring's core, since we// might not ever need metadata for singleton beans anymore...resetCommonCaches();}}}

prepareRefresh

刷新前准备工作

创建environment并加载System.properties()及System.getenv()到environment中，

obtainFreshBeanFactory()

创建BeanFactory

创建一个DefaultListableBeanFactory
初始化所有的BeanDefine，XmlBeanDefinitionReader来读取所有Bean的定义，存储在DefaultListableBeanFactory的beanDefinitionMap里面

prepareBeanFactory()

为Bean工厂做准备

这里比较重要的就是整个了两个特殊的BeanPostProcessor
1） ApplicationContextAwareProcessor
这个Processor用于执行Aware接口，如果我们写的Bean实现了如下Aware接口，将会执行该Aware接口的对应方法：
        EnvironmentAware
        EmbeddedValueResolverAware
        ResourceLoaderAware
        ApplicationEventPublisherAware
        MessageSourceAware
        ApplicationContextAware
2） ApplicationListenerDetector
这个Processor是用于收集我们自己写的监听器，只要我们的Bean实现了ApplicationListener监听器，那么就会在初始化Bean期间调用postProcessMergedBeanDefinition方法时被收集到这个Bean中，在调用postProcessAfterInitialization注册为Spring的监听器。

postProcessBeanFactory(beanFactory)

扩展点，子类可以重写该方法，完成一些需要在BeanFactory创建后执行的操作。

invokeBeanFactoryPostProcessors(beanFactory)

执行上一步的扩展

registerBeanPostProcessors(beanFactory);

注册上所有的BeanPostProcessors，所有BeanPostProcessor类型的Bean会在此时完成实例化（通过getBean()方法）

initMessageSource()

国际化的，没看过

initApplicationEventMulticaster()

初始化事件广播器，当事件发布器发布事件时，会调用这个广播器来广播事件。
广播器默认实现是SimpleApplicationEventMulticaster，这个监听器支持设置一个线程池来做异步处理。
我们还可以设置errorHandler来统一处理所有监听事件的异常。前提是我们要自己定义一个BeanId为applicationEventMulticaster的ApplicationEventMulticaster。

onRefresh()

扩展点，子类可以重写该方法，完成一些定制的功能

registerListeners()

注册监听器，我们写的监听器也会在这里加上，但是加的是名字，对象并不会在此处实例化，实例化是在上面说的ApplicationListenerDetector.postProcessAfterInitialization(…)方法中来在添加到ApplicationEventMulticaster中的，这里具体加个名字目前自己理解的话，是解决事件监听器scope不为单例时的应用。

finishBeanFactoryInitialization(beanFactory)

在实例化Bean的过程中，会按照顺序执行.，如下：

resolveBeforeInstantiation会找到类型为InstantiationAwareBeanPostProcessor，且在Bean初始化前对Bean执行操作，可以在此处也返回代理（AOP就这么玩的），beanFactory的hasInstantiationAwareBeanPostProcessors这个属性决定值执不执行。
实例化 ----》 AbstractAutowireCapableBeanFactory.doCreateBean()
populateBean注入属性
initalizeBean方法调用扩展，顺序如下：
1）如果Bean是BeanNameAware，BeanClassLoaderAware，BeanFactoryAware，会执行者几个的方法Aware的对应方法
2）先执行所有BeanPostProcessor.postProcessBeforeInitialization()
3) 反射调用init方法，如果Bean是InitializingBean,会先执行InitializingBean的afterPropertiesSet方法，然后在执行自动以的init方法
4）调用所有BeanPostProcessor.applyBeanPostProcessorsAfterInitialization()方法

@PostConstruct标记的方法，是在BeanPostProcessor.postProcessBeforeInitialization() 调用时执行，也就是有一个BeanPostProcessor用于处理标记了该注解的方法（InitDestroyAnnotationBeanPostProcessor），定时器等注解，原理也是一样的，在解析BeanDefinition时，会将这些注解都解析成BeanDefinition的一个属性

finishRefresh()

在所有Bean加载完毕后，在容器中找beanId为lifecycleProcessor的LifecycleProcessor，找到则用找到的，没有找到值创建一个默认的DefaultLifecycleProcessor，然后就会执行这个LifecycleProcessor的onRefresh方法。在DefaultLifecycleProcessor执行onRefresh方法时，会去容器中找SmartLifecycle类型的Bean，并执行SmartLifecycle.start()方法，可以在此处扩展整个BeanFactory创建及初始化完成后的操作。
发布一个ContextRefreshedEvent事件，SpringMVC就是基于这个事件扩展的