3.Config核心功能和原理

2020-06-13  本文已影响0人  溅十三

1.Config Server核心功能

Config作为Spring Cloud官方指定产品,在配置管理方面主要提供了三个功能

2.Config Server实现原理分析

经过前面几个组件的源码阅读锻炼,相信同学们读起Config来已经不在话下了,作为配置中心的服务端,拉取参数三步走:

3.Config Client的实现原理

如果大家在application.yml中定义了一个属性test,并使用占位符${remoteTest}作为test属性的值,当我们在Config Server中配置remoteTest属性后,你会发现在项目完成启动的时候,Config Server中的remoteTest被注入到了配置文件中的test属性。从这个现象我们可以得出一个结论,应用程序一定是在Spring上下文初始化的早期阶段就从Config Server获取了配置文件,这个过程优先于本地配置项的加载过程。

P.S. 关于文件加载顺序在这里多提一句,bootstrap.yml文件在所有文件以前加载,所以Config的配置我们会放在bootstrap.yml中。然后application.properties的加载优先级比application.yml文件高。

我们来看看应用的初始化方式:


image.png

SpringCloud应用同时也是一个SpringBoot应用,因此整个应用的初始化从SpringBoot启动时的上下文Context构建开始:

1.SpringBoot构建Context:

和所有的SpringBoot项目一样,通过SpringApplication类的run方法开始启动项目初始化和加载流程,其中就包括prepareContext这一步,整个项目的上下文结构就通过这个方法来构建

2.加载initializer:

这是一连串的初始化构造过程,当我们在项目中引入了SpringCloud依赖时,PropertySourceBootstrapConfiguration将作为一个初始化构造器,参与SpringBoot上下文的初始化,用来加载SpringCloud的属性资源

3.加载initializer:

PropertySourceBootstrapConfiguration是通过一系列的locator来定位资源文件的,当我们在项目中引入springcloud-config-client的依赖以后,就会开启Config组件的自动装配(由ConfigServiceBootstrapConfiguration实现),在这个自动装配过程中会向locator列表里添加一个专门用来获取远程文件的类-ConfigServicePropertySourceLocator

4.拉取远程文件:

ConfigServicePropertySourceLocator定义了执行顺序的优先级是0(通过@Order(0)注解定义),在Spring中这个数字越小则表示优先级越高,因此,这个组件将优先于其他locator先被执行。通过getRemoteEnvironment方法,向Config Server发起请求,获取远程属性

上一篇 下一篇

猜你喜欢

热点阅读