- SpringCloud是什么时候去拉取配置中心的
- 配置中心客户端的配置信息为什么要写在bootstrap文件中
- 对象中注入的属性是如何动态刷新的
- 一些开源的配置中心是如何整合SpringCloud的
文章目录
-
-
- 1.从SpringBoot的启动过程说起
-
- [1.1 大致过程](#1.1 大致过程)
- 2.准备Environment的核心操作
-
- [2.1 前置操作](#2.1 前置操作)
- 3.prepareEnvironment的核心逻辑
- 4.SpringCloud是如何巧妙地拉取配置的
- 5.如何动态刷新Bean的属性
- 6.开源配置中心是如何整合SpringCloud的
-
1.从SpringBoot的启动过程说起
SpringApplication的run方法的逻辑
1.1 大致过程
刷新前:
- 准备Environment, 也就是准备SpringBoot的整个外部化配置的对象
- 创建ApplicationContext
- 为ApplicationContext做一些准备工作
刷新中:
- 调用ApplicationContext#refresh方法来刷新容器
刷新后:
- 收尾的阶段
2.准备Environment的核心操作
prepareEnvironment方法的实现, 是拉取配置中心的核心
2.1 前置操作
在容器创建前, 会去加载spring.factories中的一些对象。
-
org.springframework.context.ApplicationListener键对应的ApplicationListener的实现
-
org.springframework.boot.SpringApplicationRunListener键对应的SpringApplicationRunListener的实现类
-
构造的时候会创建一个SimpleApplicationEventMulticaster,再将加载的ApplicationListener添加进去, SimpleApplicationEventMulticaster是用来发布事件用的
3.prepareEnvironment的核心逻辑
java
listeners.environmentPrepared(environment);
将环境传入进容器。
会发布一个ApplicationEnvironmentPreparedEvent事件。
而对这个事件有两个特别重要的监听器:
- ConfigFileApplicationListener: 用来处理配置文件的, 解析配置文件, 加入到Enviroment
- BootstrapApplicationListener: 跟配置中心交互的
这些监听器都是通过前置操作从spring.factories配置文件中加载的
4.SpringCloud是如何巧妙地拉取配置的
在BootstrapApplicationListener中,他首先也会创建一个SpringApplication去执行。
-
本质上就是创建一个Spring容器
-
这个容器是专门用来跟配置中心交互的
-
这个容器在创建的时候会给它两个比较重要的配置
-
第一个就是设置这个容器所用的配置文件的名称, 默认就是bootstrap
-
第二个就是会加入一个配置类, BootstrapImportSelectorConfiguration
-
这个配置类又会通过@Import注解导入另一个配置类, BootstrapImportSelector
-
BootstrapImportSelector实现了ImportSelector接口
-
容器启动时候, 调用BootstrapImportSelector的selectImports方法的实现获取到一些配置类
-
而BootstrapImportSelector的selectImports实现, 会加载所有的spring.factories中的键为org.springframework.cloud.bootstrap.BootstrapConfiguration的配置类
-
加载的是一个注解@BootstrapConfiguration, 和@EnableAutoConfiguration作用差不多, 都是导入配置类
-
@BootstrapConfiguration会导入配置类ProperttySourceBootstrapConfiguration
-
这个配置类中会注入这么一个集合对象, propertySourceLocators, 获取配置中心中的配置
-
PropertySourceBootstrapConfiguration#initialize(), 将配置放到Environment中
-
这样在ApplicationContext的刷新阶段就可以使用到配置中心的那些配置了
5.如何动态刷新Bean的属性
@RefreshScope
加了@RefreshScope注解的Bean, Spring会生成两个UserService的Bean
- UserService的代理动态代理的Bean: 在其它类中需要注入一个UserService时, 注入的是代理Bean
- UserService这个Bean: 使用这个注入的动态代理的Bean的时候, 调用的是UserService这个Bean
当配置中心客户端一旦感知到服务端的某个配置有变化的时候, 需要发布一个RefreshEvent事件来告诉SpringCloud配置有变动。
在SpringCloud中RefreshEventListener类会去监听这个事件
一旦监听到这个事件, SpringCloud会立刻重新拉去配置。
拉取配置的核心逻辑跟启动时拉取配置的核心逻辑是一样的。
通过BootstrapApplicationListener 来实现的。
RefreshEventListener监听RefreshEvent事件, 代码逻辑在ContextRefresher类中。
有了新的配置, 销毁UserService这个Bean, 代理对象保持不变。
6.开源配置中心是如何整合SpringCloud的
配置中心整合到SpringCloud:
- 实现PropertySourceLocator, 并且配置中心一些相关的Bean需要通过org.springframework.cloud.bootstrap.BootstrapConfiguration来装配到这个容器中
- 当配置发生变更需要发送RefreshEvent事件, 这部分配置中心一些相关的Bean配置肯定是需要通过自动装配来完成。
Nacos的spring.factories文件:
NacosConfigBootstrapConfiguration:
声明了一个NacosPropertySourceLocator这个Bean, 实现了PropertySourceLocator接口。
通过NacosConfigAutoConfiguration配置类来实现配置发生变更需要发送RefreshEvent事件。
这个Bean就实现了配置变化发送事件的操作。