Spring Bean的生命周期之我的理解（二）------AbstractApplicationContext

前言

Spring是如何初识化Bean的呢？这个问题是我们大家都关心的问题，最近又重新看了一下源码，AbstractApplicationContext借助于refresh方法加载和初识化Bean信息的。（注：Bean的实例化顺序都是先实例化被依赖的Bean，然后再实例化当前Bean）

refresh

    @Override    public void refresh() throws BeansException, IllegalStateException {        synchronized (this.startupShutdownMonitor) {            // Prepare this context for refreshing.            // 准备刷新用的上下文，设置一些活动标记，初始化上下文环境中的任何占位符属性资源，例如context:property-placeholder标签配置的信息            prepareRefresh();            // Tell the subclass to refresh the internal bean factory.            // 创建新的BeanFactory，并加载Bean定义            ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();            // Prepare the bean factory for use in this context.            // 主要是BeanFactory初始化的工作，比如上下文的类加载器，设置表达式语言，注册默认的环境Beans等            prepareBeanFactory(beanFactory);            try {                // Allows post-processing of the bean factory in context subclasses.                // 目前是个空实现，后面再看                postProcessBeanFactory(beanFactory);                // Invoke factory processors registered as beans in the context.                // 实例化所有实现BeanFactoryPostProcessor的类（实例化方式都是通过BeanFactory.getBean方法），包括Spring框架提供的内置的以及自定义实现BeanFactoryPostProcessor接口的类，并执行其postProcessBeanFactory方法。其中有一个比较重要的组件PropertySourcesPlaceholderConfigurer，用于替换配置文件中的占位符资源，比如环境变量资源${anything}                invokeBeanFactoryPostProcessors(beanFactory);                // Register bean processors that intercept bean creation.                // 注册的BeanPostProcessor用于拦截Bean的创建，容器会扫描所有的BeanPostProcessor，包括自定义的BeanPostProcessor，然后进行注册，在其它Bean初始化前后被Spring容器所调用                registerBeanPostProcessors(beanFactory);                // Initialize message source for this context.                // 初始化消息资源，比如你设置了<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource">，则会加载相关的资源，否则容器提供默认的资源                initMessageSource();                // Initialize event multicaster for this context.                // 初始化事件广播，默认使用SimpleApplicationEventMulticaster，当容器所有Bean初始化后，事件监听观察者会收到广播消息                initApplicationEventMulticaster();                // Initialize other special beans in specific context subclasses.                // 初始化特殊的Bean，这里是Spring提供的扩展点                onRefresh();                // Check for listener beans and register them.                // 注册事件监听器，所有实现了ApplicationListener接口或者Bean定义中未被实例化的单例Bean都会被注册，这里扫描到的所有事件都会被添加到广播中，会由广播将具体的触发事件告知事件监听者                registerListeners();                // Instantiate all remaining (non-lazy-init) singletons.                // 初始化所有非延迟加载的单例Bean                finishBeanFactoryInitialization(beanFactory);                // Last step: publish corresponding event.                // 完成初始化流程，包含初始化生命周期处理器并刷新，发布Bean初始化完成的广播事件，LiveBeansView没看明白，后面再看                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();            }        }    }

附录

本来想上传一份自己归纳的Bean是初始化时序图，但是图片太大了，上传不了！