2023-09-15
原文作者:王伟王胖胖 原文地址: https://blog.csdn.net/wangwei19871103/article/details/105728553

基本处理流程

202309152315134691.png

BootstrapImportSelectorConfiguration

我们先看看这个类干了什么,这种类看名字就知道应该是导入其他类,确实导入BootstrapImportSelector

202309152315145482.png

BootstrapImportSelector

又是熟悉的解析时最后处理导入的类。

202309152315149433.png
主要是加载自动配置的BootstrapConfiguration类型的配置类:

202309152315155184.png
这里我加了nacos,所以最后排序出来就是这样的:

202309152315162305.png

调用栈

此时我们要注意,这个是在新的上下文中做的事,老的还停留在触发环境准备事件那儿。也就是说新的上下文,其中有个PropertySourceOrderingPostProcessor的处理器,主要是将defaultProperties属性源放最后,如果存在的话,其实就是兜底配置啦。

202309152315172276.png

加载bootstrap配置文件

但是要注意,在新的上下文中也会有环境准备好事件的触发,然后调用到ConfigFileApplicationListener的处理方法,此时因为设置了bootstrap属性源,那么就会去加载bootstrap的相关配置文件,然后再去处理BootstrapImportSelectorConfiguration的解析,加载:

202309152315179687.png

NacosConfigBootstrapConfiguration

因为用了nacos,这个时候也会进行实例注入。

202309152315187778.png

mergeDefaultProperties

运行完新环境,然后添加一个初始化器AncestorInitializer,里面创建ParentContextApplicationContextInitializer,将新上下文封装进去,这样下次就可以直接取出来用户,不用需要重新创建上下文了,然后删除bootstrap属性源,最后对老环境的属性源进行整合,因为我们还要回到老环境去的呀,老环境还停在那呢:

202309152315195239.png
之后再在新上下文中添加监听器CloseContextOnFailureApplicationListener

2023091523152042910.png

apply

在新上下文中添加一个标记配置类BootstrapMarkerConfiguration,标记bootstrap处理已经完成。

2023091523152105711.png
然后再对初始化器排序,并如果有EnvironmentDecryptApplicationInitializer类型的还要添加一个包装类DelegatingEnvironmentDecryptApplicationInitializer

2023091523152181112.png
包装类其实就是为了排序,又包装了一层:

2023091523152246413.png

这样BootstrapApplicationListener的基本流程完成了。主要是创建了新环境,进行了bootstrap配置文件的加载。

好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。

阅读全文