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

SpringCloud是什么时候去拉取配置中心的
配置中心客户端的配置信息为什么要写在bootstrap文件中
对象中注入的属性是如何动态刷新的
一些开源的配置中心是如何整合SpringCloud的

文章目录

- - 1.从SpringBoot的启动过程说起
  - - 1.1 大致过程
  - 2.准备Environment的核心操作
  - - 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的核心逻辑

在这里插入图片描述

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作用差不多, 都是导入配置类

在这里插入图片描述
11. @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文件:

在这里插入图片描述