[SpringCloud] SpringCloud配置中心的核心原理

SpringApplication的run方法的逻辑

刷新前:

刷新中:

刷新后:

prepareEnvironment方法的实现, 是拉取配置中心的核心

在容器创建前, 会去加载spring.factories中的一些对象。

org.springframework.context.ApplicationListener键对应的ApplicationListener的实现
org.springframework.boot.SpringApplicationRunListener键对应的SpringApplicationRunListener的实现类
构造的时候会创建一个SimpleApplicationEventMulticaster，再将加载的ApplicationListener添加进去, SimpleApplicationEventMulticaster是用来发布事件用的

java 复制代码

listeners.environmentPrepared(environment);

将环境传入进容器。

会发布一个ApplicationEnvironmentPreparedEvent事件。

而对这个事件有两个特别重要的监听器:

这些监听器都是通过前置操作从spring.factories配置文件中加载的

在BootstrapApplicationListener中，他首先也会创建一个SpringApplication去执行。

本质上就是创建一个Spring容器
这个容器是专门用来跟配置中心交互的
这个容器在创建的时候会给它两个比较重要的配置
第一个就是设置这个容器所用的配置文件的名称, 默认就是bootstrap
第二个就是会加入一个配置类, BootstrapImportSelectorConfiguration
这个配置类又会通过@Import注解导入另一个配置类, BootstrapImportSelector
BootstrapImportSelector实现了ImportSelector接口
容器启动时候, 调用BootstrapImportSelector的selectImports方法的实现获取到一些配置类
而BootstrapImportSelector的selectImports实现, 会加载所有的spring.factories中的键为org.springframework.cloud.bootstrap.BootstrapConfiguration的配置类
加载的是一个注解@BootstrapConfiguration, 和@EnableAutoConfiguration作用差不多, 都是导入配置类

@RefreshScope

加了@RefreshScope注解的Bean, Spring会生成两个UserService的Bean

当配置中心客户端一旦感知到服务端的某个配置有变化的时候, 需要发布一个RefreshEvent事件来告诉SpringCloud配置有变动。

在SpringCloud中RefreshEventListener类会去监听这个事件

一旦监听到这个事件, SpringCloud会立刻重新拉去配置。

拉取配置的核心逻辑跟启动时拉取配置的核心逻辑是一样的。

通过BootstrapApplicationListener 来实现的。

RefreshEventListener监听RefreshEvent事件, 代码逻辑在ContextRefresher类中。

有了新的配置, 销毁UserService这个Bean, 代理对象保持不变。

配置中心整合到SpringCloud:

实现PropertySourceLocator, 并且配置中心一些相关的Bean需要通过org.springframework.cloud.bootstrap.BootstrapConfiguration来装配到这个容器中
当配置发生变更需要发送RefreshEvent事件, 这部分配置中心一些相关的Bean配置肯定是需要通过自动装配来完成。

Nacos的spring.factories文件:

NacosConfigBootstrapConfiguration:

声明了一个NacosPropertySourceLocator这个Bean, 实现了PropertySourceLocator接口。

通过NacosConfigAutoConfiguration配置类来实现配置发生变更需要发送RefreshEvent事件。

这个Bean就实现了配置变化发送事件的操作。