spring中最重要的方法莫过于refresh()方法，所以先搞懂这个方法！
@Override
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// 准备刷新上下文环境。作用就是初始化一些状态和属性，为后面的工作做准备。
prepareRefresh();
// 初始化beanFactory，如果需要读取XML配置，也是在这一步完成的。
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// 对beanFactory 进行各种功能填充
prepareBeanFactory(beanFactory);
try {
// 对 BeanFactory 做额外处理。默认没有实现
postProcessBeanFactory(beanFactory);
// 激活各种BeanFactory后处理器
invokeBeanFactoryPostProcessors(beanFactory);
// 注册并创建拦截bean创建的bean处理器
registerBeanPostProcessors(beanFactory);
// 为上下文初始化Message源，即不同语言的消息体，国际化处理
initMessageSource();
// 初始化应用消息广播器，并放入"applicationEventMulticaster" bean 中
initApplicationEventMulticaster();
// 留给子类来初始化其他的bean
onRefresh();
// 在所有注册的bean中查找listener bean，并注册到消息广播器中
registerListeners();
// 初始化剩下的单实例(非惰性)
finishBeanFactoryInitialization(beanFactory);
// 完成刷新过程，通知生命周期处理器 lifecycleProcesseor 刷新过程，同时发出ContextRefreshEvent 通知别人。
finishRefresh();
}
... 省略无关代码
}下面简单概括一下上面的初始化步骤
prepareRefresh ： 初始化前的准备工作，例如对系统属性或者环境变量进行准备及验证。在某些情况下项目的使用需要读取某些系统变量，那么在启动时候，就可以通过准备函数来进行参数的校验。
obtainFreshBeanFactory ：初始化BeanFactory，并进行XML 文件读取（如果需要的话）。 这一步之后ApplicationContext就具有BeanFactory 所提供的功能，也就是可以进行Bean的提取等基础操作了。
prepareBeanFactory ：对BeanFactory 进行各种功能填充。@Qualifier 和 @Autowired 也是在这一步骤中增加的支持。
postProcessBeanFactory ： 对 BeanFactory 做额外处理。默认没有实现
invokeBeanFactoryPostProcessors ： 激活各种BeanFactory 处理器(调用了各种BeanFactoryPostProcessor)。其中最为关键的是 ConfigurationClassPostProcessor ，在这里完成了配置类的解析，生成的注入容器中的bean 的 BeanDefinition。
registerBeanPostProcessors ：注册和创建拦截bean创建的bean处理器。BeanPostProcessor 在这一步已经完成了创建。
initMessageSource ：为上下文初始化Message 源，即对不同语言的消息体进行国际化处理
initApplicationEventMulticaster ：初始化应用消息广播器，并放入"applicationEventMulticaster" bean 中
onRefresh ：留给子类来初始化其他bean
registerListeners ：在所有注册的bean中查找listener bean，注册到消息广播器中
finishBeanFactoryInitialization ：初始化剩下的实例(非惰性)，在这里调用了getBean方法，创建了非惰性的bean实例
finishRefresh ：完成刷新过程，通知生命周期处理器 lifecycleProcesseor 刷新过程，同时发出ContextRefreshEvent 通知别人。
下面我们来分析每一步的具体内容。
一、refresh() 详述
1. 准备环境 - prepareRefresh()
prepareRefresh() 方法整体还是比较清晰的，作用就是初始化一些状态和属性，为后面的工作做准备。
protected void prepareRefresh() {
// 设置启动时间，激活刷新状态
this.startupDate = System.currentTimeMillis();
this.closed.set(false);
this.active.set(true);
// 如果日志级别是debug的话
if (logger.isDebugEnabled()) {
// 如果日志级别是trace的话
if (logger.isTraceEnabled()) {
logger.trace("Refreshing " + this);
}
else {
logger.debug("Refreshing " + getDisplayName());
}
}
// 留给子类覆盖 可以继承applicationContext然后重写initPropertySources
// 方法，这样就能添加一下自定义的属性检测
initPropertySources();
// 验证需要的属性文件是否都已经放入环境中
getEnvironment().validateRequiredProperties();
// 初始化一些属性
if (this.earlyApplicationListeners == null) {
this.earlyApplicationListeners = new
LinkedHashSet<(this.applicationListeners);
}
else {
// Reset local application listeners to pre-refresh state.
// 设置属性为未刷新的状态
this.applicationListeners.clear();
this.applicationListeners.addAll(this.earlyApplicationListeners);
}
// Allow for the collection of early ApplicationEvents,
// to be published once the multicaster is available...
this.earlyApplicationEvents = new LinkedHashSet<>();
}
这里需要注意的两个方法：
initPropertySources() ：这个方法是为了给用户自己实现初始化逻辑，可以初始化一些属性资源。因此Spring并没有实现这个方法。
validateRequiredProperties() ：这个方法是对一些启动必须的属性的验证。
我们可以通过实现或者继承 ApplicationContext 来重写这两个方法，从而完成一些基本属性的校验。
2. 加载BeanFactory - obtainFreshBeanFactory()
obtainFreshBeanFactory() 从字面意思就是获取BeanFactory。经过这个方法，BeanFactory 就已经被创建完成。
具体代码如下：
protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
refreshBeanFactory();
return getBeanFactory();
}而实际上将 BeanFactory的创建委托给了 refreshBeanFactory() 方法，refreshBeanFactory() 方法被两个类实现AbstractRefreshableApplicationContext 和 GenericApplicationContext。我们这里分析的是 GenericApplicationContext 实现。
GenericApplicationContext.refreshBeanFactory() 的实现如下：
@Override
protected final void refreshBeanFactory() throws IllegalStateException {
// CAS 设置将刷新状态置为 true
if (!this.refreshed.compareAndSet(false, true)) {
throw new IllegalStateException(
"GenericApplicationContext does not support multiple refresh attempts: just call 'refresh' once");
}
// 设置序列id
this.beanFactory.setSerializationId(getId());
}
@Override
public final ConfigurableListableBeanFactory getBeanFactory() {
return this.beanFactory;
}这里可以看到，GenericApplicationContext 中的实现非常简单。只是简单的将刷新状态置为true。
需要注意的是 this.beanFactory 的实际类型为 DefaultListableBeanFactory。在GenericApplicationContext 的构造函数中进行了对象创建或指定。如下：
3. 功能扩展 - prepareBeanFactory()
prepareBeanFactory() 对beanFactry 做了一些准备工作，设置了一些属性来扩展功能。
我们这里看 AbstractApplicationContext#prepareBeanFactory 的实现。具体代码如下：
protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {
// Tell the internal bean factory to use the context's class loader etc.
/**
* 设置beanFactory类加载器
*/
beanFactory.setBeanClassLoader(getClassLoader());
/**
* 添加bean表达式解释器，为了能够让我们的beanFactory去解析bean表达式
* 模板默认以前缀"#{"开头，以后缀"}"结尾
* 可以修改默认前缀后缀
* 通过beanFactory.getBeanExpressionResolver()获得BeanExpressionResolver
* 然后resolver.setExpressionPrefix("%{");resolver.setExpressionSuffix("}");
*
* 那是什么时候用到这个解析器
* 那就是在Bean进行初始化后会有属性填充的一步，方法如下：
* * protected void populateBean(String beanName, RootBeanDefinition mbd, BeanWrapper bw) {
* * //属性填充
* * applyPropertyValues(beanName, mbd, bw, pvs);
* * }
* 最终会通过AbstractBeanFactory中的evaluateBeanDefinitionString方法进行解析
* 然后这时候就会进到StandardBeanExpressionResolver中的evaluate方法中进行解析了
*/
beanFactory.setBeanExpressionResolver(new StandardBeanExpressionResolver(beanFactory.getBeanClassLoader()));
/**
* 添加PropertyEditor属性编辑器（可以将我们的property动态设置为bean里面对应的属性类型）
* 比如：property赋值的是路径名(classpath/spring.xml)，而对应bean属性设置的是Resource，则有spring的ResourceEditor完成转换
* springframework-bean下的propertyEditors包下有很多spring自带的属性编辑器
* 其中刚才提到的ResourceEditor在springframework-core下的io包里面
*
* 可以自定义属性编辑器，通过实现PropertyEditorSupport接口，spring中自带的属性编辑器也是这么做的
* 使用ApplicationContext,只需要在配置文件中通过CustomEditorConfigurer注册即可。
* CustomEditorConfigurer实现了BeanFactoryPostProcessor接口，因而是一个Bean工厂后置处理器
* 在Spring容器中加载配置文件并生成BeanDefinition后会被执行。CustomEditorConfigurer在容器启动时有机会注册自定义的属性编辑器
*/
beanFactory.addPropertyEditorRegistrar(new ResourceEditorRegistrar(this, getEnvironment()));
// Configure the bean factory with context callbacks.
/**
* 添加一个BPP
* ApplicationContextAwareProcessor：能够在bean中获得各种*Aware
*/
beanFactory.addBeanPostProcessor(new ApplicationContextAwareProcessor(this));
/**
* 先说程序员自己新建的类
* 比如你建了一个类X,这个X类实现了ApplicationContextAware
* (自动注入）那么X当中注入的ApplicationContext则无效
*/
/**
* 跳过以下6个属性的自动注入
* 因为在ApplicationContextAwareProcessor中已经完成了手动注入
*/
beanFactory.ignoreDependencyInterface(EnvironmentAware.class);
beanFactory.ignoreDependencyInterface(EmbeddedValueResolverAware.class);
beanFactory.ignoreDependencyInterface(ResourceLoaderAware.class);
beanFactory.ignoreDependencyInterface(ApplicationEventPublisherAware.class);
beanFactory.ignoreDependencyInterface(MessageSourceAware.class);
beanFactory.ignoreDependencyInterface(ApplicationContextAware.class);
// BeanFactory interface not registered as resolvable type in a plain factory.
// MessageSource registered (and found for autowiring) as a bean.
/**
* 注册几个自动装配相关的类和实例
* 在应用代码就可以通过类型自动装配把工厂实例和ApplicationContext实例设置到自定义bean的属性中
*
* 例如：这几个属性都会被自动设置，虽然没有在显示的在bean定义xml中注入它们
* private BeanFactory beanFactory;
* private ResourceLoader resourceLoader;
* private ApplicationEventPublisher appEventPublisher;
* private ApplicationContext appContext;
*/
beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory);
beanFactory.registerResolvableDependency(ResourceLoader.class, this);
beanFactory.registerResolvableDependency(ApplicationEventPublisher.class, this);
beanFactory.registerResolvableDependency(ApplicationContext.class, this);
// Register early post-processor for detecting inner beans as ApplicationListeners.
/**
* 添加一个BPP，处理时间监听器
*/
beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this));
// Detect a LoadTimeWeaver and prepare for weaving, if found.
/**
* 当容器检查到定义了名称为loadTimeWeaver的bean时
* 会注册一个LoadTimeWeaverAwareProcessor到容器中
*
* 这个BPP用来处理LoadTimeWeaverAware接口的
* 把LTW实例设置到实现了LoadTimeWeaverAware接口的bean中
*/
if (beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {
beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));
// Set a temporary ClassLoader for type matching.
beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));
}
// Register default environment beans.
/**
* 就是一些系统配置和系统环境信息
* 如果发现没有这些bean则spring自己注册
*/
if (!beanFactory.containsLocalBean(ENVIRONMENT_BEAN_NAME)) {
beanFactory.registerSingleton(ENVIRONMENT_BEAN_NAME, getEnvironment());
}
if (!beanFactory.containsLocalBean(SYSTEM_PROPERTIES_BEAN_NAME)) {
beanFactory.registerSingleton(SYSTEM_PROPERTIES_BEAN_NAME, getEnvironment().getSystemProperties());
}
if (!beanFactory.containsLocalBean(SYSTEM_ENVIRONMENT_BEAN_NAME)) {
beanFactory.registerSingleton(SYSTEM_ENVIRONMENT_BEAN_NAME, getEnvironment().getSystemEnvironment());
}
}上面函数中主要对几个方面进行了扩展：
增加 SpEL 语言的支持
增加对属性编辑器的支持
增加对一些内置类，比如 EnvironmentAware、EmbeddedValueResolverAware等。
设置了依赖功能可忽略的接口
注册一些固定依赖的属性
增加 AspectJ 的支持
将相关环境变量及属性注册以单例模式注册
3.1. SpEL 的支持
SpEL 使用 #{…} 作为界定符，所有在大括号里面的字符都被认为是SpEL，使用格式如下：
<bean id="demoB" name="demoB" class="com.kingfish.springbootdemo.replace.DemoB">
<property name="demoA" value="#{demoA}"/>
</bean>相当于
<bean id="demoA" name="demoA" class="com.kingfish.springbootdemo.replace.DemoA" >
</bean>
<bean id="demoB" name="demoB" class="com.kingfish.springbootdemo.replace.DemoB">
<property name="demoA" value="#{demoA}"/>
</bean>在上面的代码中可以通过如下的代码注册语言解析器，就可以对SpEL 进行解析了。
beanFactory.setBeanExpressionResolver(new StandardBeanExpressionResolver(beanFactory.getBeanClassLoader()));
其解析过程是在 bean 初始化的属性注入阶段(AbstractAutowireCapableBeanFactory#populateBean) 中调用了 applyPropertyValues(beanName, mbd, bw, pvs); 方法。在这个方法中，会通过构造BeanDefinitionValueResolver 类型实例 valueResolver 来进行属性值的解析，同时也是在这个步骤中一般通过 AbstractBeanFactory 中的 evaluateBeanDefinitionString 方法完成了SpEL的解析。
protected Object evaluateBeanDefinitionString(@Nullable String value, @Nullable BeanDefinition beanDefinition) {
if (this.beanExpressionResolver == null) {
return value;
}
Scope scope = null;
if (beanDefinition != null) {
String scopeName = beanDefinition.getScope();
if (scopeName != null) {
scope = getRegisteredScope(scopeName);
}
}
return this.beanExpressionResolver.evaluate(value, new BeanExpressionContext(this, scope));
}
当调用这个方法时会判断 是否存在语言解析器，如果存在则调用语言解析器的方法进行解析，解析的过程是在 Spring的expression 的包内，应用语言解析器的调用主要是在解析依赖注册bean 的时候，以及在完成bean的初始化和属性获取后进行属性填充的时候。
4. postProcessBeanFactory
AbstractApplicationContext#postProcessBeanFactory 为对 并没有实现。如下
protected void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
}5. 激活 BeanFactory 的后处理器 -invokeBeanFactoryPostProcessors
BeanFactory 作为Spring中容器功能的基础，用于存放所有已经加载的bean，为了保证程序的可扩展性，Spring 针对BeanFactory 做了大量的扩展，如PostProcessor。
这一步的功能主要是激活各种 BeanFactoryPostProcessors。
// Invoke factory processors registered as beans in the context.
invokeBeanFactoryPostProcessors(beanFactory);由于篇幅问题，该部分的分析具体请看：Spring源码分析二：BeanFactoryPostProcessor 的处理
6. BeanPostProcessor 的注册 - registerBeanPostProcessors
这一部分的部分叙述内容和 invokeBeanFactoryPostProcessors 的分析有关联，建议看完 invokeBeanFactoryPostProcessors 方法的分析再来看此部分。
这里的分析和 invokeBeanFactoryPostProcessors 方法中类似，但是相比之下更加简单。因为这里不需要考虑硬编码的问题。 registerBeanPostProcessors 将 BeanPostProcessor 初始化后并将其 保存到了AbstractBeanFactory#beanPostProcessors，方便之后对 BeanPostProcessor 的调用。
下面来看看代码：
public static void registerBeanPostProcessors(
ConfigurableListableBeanFactory beanFactory, AbstractApplicationContext applicationContext) {
// 获取所有后处理器的name
String[] postProcessorNames = beanFactory.getBeanNamesForType(BeanPostProcessor.class, true, false);
// Register BeanPostProcessorChecker that logs an info message when
// a bean is created during BeanPostProcessor instantiation, i.e. when
// a bean is not eligible for getting processed by all BeanPostProcessors.
int beanProcessorTargetCount = beanFactory.getBeanPostProcessorCount() + 1 + postProcessorNames.length;
// BeanPostProcessorChecker 是一个普通的信息打印
//可能会有些情况当Spring 的配置中的后处理器还没有被注册就已经开始了bean的实例化，便会打印出BeanPostProcessorChecker 中设定的信息
beanFactory.addBeanPostProcessor(new BeanPostProcessorChecker(beanFactory, beanProcessorTargetCount));
// Separate between BeanPostProcessors that implement PriorityOrdered,
// Ordered, and the rest.
// 保存实现了PriorityOrderd 接口的 后处理器
List<BeanPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
// 保存MergedBeanDefinitionPostProcessor 后处理器
List<BeanPostProcessor> internalPostProcessors = new ArrayList<>();
// 保存实现了Orderd 接口的 后处理器
List<String> orderedPostProcessorNames = new ArrayList<>();
// 保存没有实现任何排序接口的后处理器
List<String> nonOrderedPostProcessorNames = new ArrayList<>();
// 按照规则筛选出不同的后处理器保存到集合中
for (String ppName : postProcessorNames) {
if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
priorityOrderedPostProcessors.add(pp);
if (pp instanceof MergedBeanDefinitionPostProcessor) {
internalPostProcessors.add(pp);
}
}
else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
orderedPostProcessorNames.add(ppName);
}
else {
nonOrderedPostProcessorNames.add(ppName);
}
}
// First, register the BeanPostProcessors that implement PriorityOrdered.
// 对实现了PriorityOrderd 接口的 后处理器 进行排序
sortPostProcessors(priorityOrderedPostProcessors, beanFactory);
// 注册，实际上就是保存到 AbstractBeanFactory#beanPostProcessors 集合中。在getBean使用的时候直接拿取该属性即可
registerBeanPostProcessors(beanFactory, priorityOrderedPostProcessors);
// Next, register the BeanPostProcessors that implement Ordered.
// 下面逻辑类似
List<BeanPostProcessor> orderedPostProcessors = new ArrayList<>(orderedPostProcessorNames.size());
for (String ppName : orderedPostProcessorNames) {
BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
orderedPostProcessors.add(pp);
if (pp instanceof MergedBeanDefinitionPostProcessor) {
internalPostProcessors.add(pp);
}
}
sortPostProcessors(orderedPostProcessors, beanFactory);
registerBeanPostProcessors(beanFactory, orderedPostProcessors);
// Now, register all regular BeanPostProcessors.
List<BeanPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());
for (String ppName : nonOrderedPostProcessorNames) {
// 创建了 BeanPostProcessor 实例
BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
nonOrderedPostProcessors.add(pp);
if (pp instanceof MergedBeanDefinitionPostProcessor) {
internalPostProcessors.add(pp);
}
}
registerBeanPostProcessors(beanFactory, nonOrderedPostProcessors);
// Finally, re-register all internal BeanPostProcessors.
sortPostProcessors(internalPostProcessors, beanFactory);
// 这里并不是重复注册， registerBeanPostProcessors 方法会先移除已存在的 BeanPostProcessor 随后重新加入。
registerBeanPostProcessors(beanFactory, internalPostProcessors);
// Re-register post-processor for detecting inner beans as ApplicationListeners,
// moving it to the end of the processor chain (for picking up proxies etc).
beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(applicationContext));
}
相较于invokeBeanFactoryPostProcessors 方法，这里并没有考虑打硬编码的后处理器的顺序问题。其原因在于invokeBeanFactoryPostProcessors 中不仅要实现BeanFactoryPostProcessor的注册功能，还需要完成激活（执行对应方法）操作，所以需要载入配置中的定义并进行激活。而对于BeanPostProcessor 并不需要马上调用，并且硬编码方式实现的功能是将后处理器提取并调用，这里了并不需要调用，所以不需要考虑硬编码问题。这里只需要将配置文件中的BeanPostProcessor 创建之后出来并注册进行BeanFactory 中即可。需要注意 ： 这里虽然没有调用 BeanPostProcessor，但是 BeanPostProcessor 的实例已经通过 beanFactory.getBean 创建完成。
7. 初始化消息资源 -initMessageSource
这里的作用很明显就是提取配置中定义的MessageSource，并将其记录在Spring容器中，也就是AbstractApplicationContext中。如果用户没有设置资源文件，Spring提供了默认的配置 DelegatingMessageSource。
代码逻辑也很简单：在这里Spring 通过 beanFactory.getBean(MESSAGE_SOURCE_BEAN_NAME, MessageSource.class); 来获取名称为 MESSAGE_SOURCE_BEAN_NAME (messageSource) 的bean作为 资源文件。这里也体现出了Spring “约束大于规定”的原则。
protected void initMessageSource() {
ConfigurableListableBeanFactory beanFactory = getBeanFactory();
if (beanFactory.containsLocalBean(MESSAGE_SOURCE_BEAN_NAME)) {
// 获取自定义资源文件。这里可以看出使用了硬编码，默认资源文件为messageSource，否则便获取不到自定义配置资源
this.messageSource = beanFactory.getBean(MESSAGE_SOURCE_BEAN_NAME, MessageSource.class);
// Make MessageSource aware of parent MessageSource.
if (this.parent != null && this.messageSource instanceof HierarchicalMessageSource) {
HierarchicalMessageSource hms = (HierarchicalMessageSource) this.messageSource;
if (hms.getParentMessageSource() == null) {
// Only set parent context as parent MessageSource if no parent MessageSource
// registered already.
hms.setParentMessageSource(getInternalParentMessageSource());
}
}
if (logger.isTraceEnabled()) {
logger.trace("Using MessageSource [" + this.messageSource + "]");
}
}
else {
// Use empty MessageSource to be able to accept getMessage calls.
// 如果用户没有配置，则使用默认的的资源文件
DelegatingMessageSource dms = new DelegatingMessageSource();
dms.setParentMessageSource(getInternalParentMessageSource());
this.messageSource = dms;
beanFactory.registerSingleton(MESSAGE_SOURCE_BEAN_NAME, this.messageSource);
if (logger.isTraceEnabled()) {
logger.trace("No '" + MESSAGE_SOURCE_BEAN_NAME + "' bean, using [" + this.messageSource + "]");
}
}
}
8. 初始化事件监听 - initApplicationEventMulticaster
initApplicationEventMulticaster 的方法比较简单，考虑了两种情况：
如果用户自定义了事件广播器，在使用用户自定义的事件广播器
如果用户没有自定义事件广播器，则使用默认的 ApplicationEventMulticaster
protected void initApplicationEventMulticaster() {
ConfigurableListableBeanFactory beanFactory = getBeanFactory();
// 如果用户自定义了事件广播器，则使用用户自定义
if (beanFactory.containsLocalBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME)) {
this.applicationEventMulticaster =
beanFactory.getBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, ApplicationEventMulticaster.class);
if (logger.isTraceEnabled()) {
logger.trace("Using ApplicationEventMulticaster [" + this.applicationEventMulticaster + "]");
}
}
else {
// 否则使用默认的事件广播器 SimpleApplicationEventMulticaster
this.applicationEventMulticaster = new SimpleApplicationEventMulticaster(beanFactory);
beanFactory.registerSingleton(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, this.applicationEventMulticaster);
if (logger.isTraceEnabled()) {
logger.trace("No '" + APPLICATION_EVENT_MULTICASTER_BEAN_NAME + "' bean, using " +
"[" + this.applicationEventMulticaster.getClass().getSimpleName() + "]");
}
}
}
在 SimpleApplicationEventMulticaster 中有一段代码如下，可以看到，当Spring事件产生的时候，默认会使用SimpleApplicationEventMulticaster#multicastEvent 方法来广播事件，遍历所有的监听器，并使用监听器中的 onApplicationEvent 方法来进行监听事件的处理(通过 invokeListener 方法激活监听方法)。而对于每个监听器来说，其实都可以获取到产生的事件，但使用进行处理由监听器自己决定。
@Override
public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) {
ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event));
Executor executor = getTaskExecutor();
for (ApplicationListener<?> listener : getApplicationListeners(event, type)) {
if (executor != null) {
executor.execute(() -> invokeListener(listener, event));
}
else {
invokeListener(listener, event);
}
}
}
9. onRefresh();
onRefresh();10. 注册监听器 - registerListeners()
注册监听器的方法实现非常简单，分为如下几步
- 注册硬编码注册的监听器
- 注册配置注册的监听器
- 发布早先的监听事件
protected void registerListeners() {
// Register statically specified listeners first.
// 硬编码方式注册的监听器处理
for (ApplicationListener<?> listener : getApplicationListeners()) {
getApplicationEventMulticaster().addApplicationListener(listener);
}
// Do not initialize FactoryBeans here: We need to leave all regular beans
// uninitialized to let post-processors apply to them!
// 配置文件注册的监听处理器
String[] listenerBeanNames = getBeanNamesForType(ApplicationListener.class, true, false);
for (String listenerBeanName : listenerBeanNames) {
getApplicationEventMulticaster().addApplicationListenerBean(listenerBeanName);
}
// Publish early application events now that we finally have a multicaster...
// 发布之前保存的需要发布的事件
Set<ApplicationEvent> earlyEventsToProcess = this.earlyApplicationEvents;
this.earlyApplicationEvents = null;
if (earlyEventsToProcess != null) {
for (ApplicationEvent earlyEvent : earlyEventsToProcess) {
getApplicationEventMulticaster().multicastEvent(earlyEvent);
}
}
}
11. BeanFactory的收尾工作 - finishBeanFactoryInitialization
这一步的目的是 结束BeanFactory 的初始化工作，其中包括如下几步 ：
对 ConversionService 的设置。通过 ConversionService 的配置可以很轻松完成一些类型转换工作。
冻结所有的bean定义 。到这一步，也就说所有的bean定义已经定型了，不可被修改了，也正式可以缓存bean的元数据了。
初始化剩下的非惰性单实例。ApplicationContext 实现的默认行为就是启动时将所有单例 bean提前进行实例化。提前实例化意味着作为初始化过程的一部分，ApplicationContext 实例会创建并配置所有的单例bean。而这个实例化的过程就是在 preInstantiateSingletons 中完成的。
关于 getBean 方法的逻辑，请阅 Spring 源码分析三 ：bean的加载① - doGetBean概述
扫一扫
1036
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
