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

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

文章目录

1.从SpringBoot的启动过程说起

SpringApplication的run方法的逻辑

1.1 大致过程

刷新前:

  1. 准备Environment, 也就是准备SpringBoot的整个外部化配置的对象
  2. 创建ApplicationContext
  3. 为ApplicationContext做一些准备工作

刷新中:

  1. 调用ApplicationContext#refresh方法来刷新容器

刷新后:

  1. 收尾的阶段

2.准备Environment的核心操作

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

2.1 前置操作

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

  1. org.springframework.context.ApplicationListener键对应的ApplicationListener的实现

  2. org.springframework.boot.SpringApplicationRunListener键对应的SpringApplicationRunListener的实现类



  3. 构造的时候会创建一个SimpleApplicationEventMulticaster,再将加载的ApplicationListener添加进去, SimpleApplicationEventMulticaster是用来发布事件用的

3.prepareEnvironment的核心逻辑

java 复制代码
listeners.environmentPrepared(environment);

将环境传入进容器。

会发布一个ApplicationEnvironmentPreparedEvent事件。

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

  • ConfigFileApplicationListener: 用来处理配置文件的, 解析配置文件, 加入到Enviroment
  • BootstrapApplicationListener: 跟配置中心交互的

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

4.SpringCloud是如何巧妙地拉取配置的

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

  1. 本质上就是创建一个Spring容器

  2. 这个容器是专门用来跟配置中心交互的

  3. 这个容器在创建的时候会给它两个比较重要的配置

  4. 第一个就是设置这个容器所用的配置文件的名称, 默认就是bootstrap

  5. 第二个就是会加入一个配置类, BootstrapImportSelectorConfiguration

  6. 这个配置类又会通过@Import注解导入另一个配置类, BootstrapImportSelector

  7. BootstrapImportSelector实现了ImportSelector接口

  8. 容器启动时候, 调用BootstrapImportSelector的selectImports方法的实现获取到一些配置类

  9. 而BootstrapImportSelector的selectImports实现, 会加载所有的spring.factories中的键为org.springframework.cloud.bootstrap.BootstrapConfiguration的配置类

  10. 加载的是一个注解@BootstrapConfiguration, 和@EnableAutoConfiguration作用差不多, 都是导入配置类

  1. @BootstrapConfiguration会导入配置类ProperttySourceBootstrapConfiguration

  2. 这个配置类中会注入这么一个集合对象, propertySourceLocators, 获取配置中心中的配置

  3. PropertySourceBootstrapConfiguration#initialize(), 将配置放到Environment中

  4. 这样在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:

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

Nacos的spring.factories文件:

NacosConfigBootstrapConfiguration:

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

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

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

相关推荐
摇滚侠14 分钟前
Spring Boot 3零基础教程,WEB 开发 自定义静态资源目录 笔记31
spring boot·笔记·后端·spring
摇滚侠15 分钟前
Spring Boot 3零基础教程,WEB 开发 Thymeleaf 遍历 笔记40
spring boot·笔记·thymeleaf
Anthony_492616 分钟前
逻辑清晰地梳理Golang Context
后端·go
Github项目推荐20 分钟前
你的错误处理一团糟-是时候修复它了-🛠️
前端·后端
进击的圆儿24 分钟前
高并发内存池项目开发记录01
后端
左灯右行的爱情25 分钟前
4-Spring SPI机制解读
java·后端·spring
用户68545375977691 小时前
🎯 Class文件结构大揭秘:打开Java的"身份证" 🪪
后端
sp421 小时前
一套清晰、简洁的 Java AES/DES/RSA 加密解密 API
java·后端
用户68545375977691 小时前
💥 栈溢出 VS 内存溢出:别再傻傻分不清楚!
后端
王嘉祥1 小时前
Pangolin:基于零信任理念的反向代理
后端·架构