前言
今天原本是打算分析beanFactory的，但由于昨天我们有一部分内容还没有分享完，所以今天就先开个倒车，把做昨天的内容先将清楚，所以今天的内容主要就是对昨天分享内容的的补充。
当然，昨天我们分享的内容beanDefinitionNames也算是BeanFactory的核心属性，所以也不能说完全没有关系：
而且从源码中我们可以看出来，beanDefinitionNames、beanDefinitionMap这些属性的初始化大小，这也算是在学习beanFactory的相关知识吧。
BeanFactory
beanDefinitionNames内容补充
正式开始之前，我们先把昨天遗留的问题解决了。昨天，我们分享了一张beanDefinitionNames初始化的时序图，但是由于有一些内容没有梳理清楚，所以这里先做个补充。
调用过程各方法作用
SpringApplication这里就不做过多说明了，我们在前面最开始的时候就已经分析过这个类的run方法，当时也已经介绍过这个类的这些方法，他们的主要作用就是为了初始化容器，在SpringApplication的最后一个refresh方法中，最后会调用AbstractApplicationContext自身的refresh方法，这里的AbstractApplicationContext是ApplicationContext的抽象实现，它实现了ConfigurableApplicationContext接口（ConfigurableApplicationContext继承了ApplicationContext），我们的AnnotationConfigReactiveWebServerApplicationContext（默认容器）就是继承自它，不过并不是直接继承，它的父类继承了AbstractApplicationContext，关于容器这块的继承关系，我们改天抽个时间，专门分析下。
大部分继承了AbstractApplicationContext的容器都没有重写refresh方法，就算重写了这个方法，其内部也是调用了父类的refresh方法：
我们看下refresh的实现源码：
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// Prepare this context for refreshing.
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();
}
}
}
refresh方法内部，调用了很多其他方法，其中prepareRefresh的作用是为我们下面的刷新操作做准备，其内部主要是对配置的一些初始化操作：
obtainFreshBeanFactory方法的作用是刷新beanFactory，主要是对beanFactory进行一些初始化操作，如果beanFactory已经存在，会将已有的beanFactory销毁，然后重新创建，最后将beanFactory返回：
prepareBeanFactory方法的作用是对BeanFactory进行一些赋值和设置，为容器初始化操作做准备：
postProcessBeanFactory方法就是我们昨天提到的会进行包扫描的那个方法，但由于basePackages和annotatedClasses都是空，所以其中的scan方法并不会被执行。这个方法实际的作用是，后置处理BeanFactory
invokeBeanFactoryPostProcessors方法的作用是，实例化并调用所有注册的BeanFactory的后置处理器。我们昨天说的beanDefinitionNames和beanDefinitionMap就是通过这个方法最终完成初始化的：
registerBeanPostProcessors方法和它名字一样，它的作用就是注册bean的后置处理器：
initMessageSource方法是进行消息源初始化的，主要是对web应用消息国际化提供支持的：
initApplicationEventMulticaster，这个方法是初始化spring boot应用时间广播的，如果不指定的话，默认情况下为我们指定的是SimpleApplicationEventMulticaster：
onRefresh，这个方法是提供给子类初始化其他特殊bean对象的，默认实现为空，子类可根据需要重写：
registerListeners方法是用来注册事件监听器的：
finishBeanFactoryInitialization，完成beanFactory初始化，同时在方法内部会实例化剩余的单例类（不包括懒加载部分）：
finishRefresh，完成刷新，主要进行一些清理、刷新、事件推送等操作：
总结
经过今天的补充之后，我相信各位小伙伴一定也对spring boot的启动和初始化过程有了更深刻的认识，因为我就是这样的感受。相比于昨天分享完内容的感受，今天我感觉整体来说要更好。一方面感觉spring boot启动和初始化的流程更清晰了，而且由于最近这几天一直在看spring boot的源码，看的多了感觉就没有那么难了，毕竟书读百遍其意自现，代码也是大同小异；另一方面在梳理分析的过程中，让我也能够清晰地看到下一步要分享的内容，明确后面地前进方向，这也算是意外的收获吧。