apollo client加载配置

Apollo spring启动加载过程

                                                                                               （图一）

Apollo spring启动加载配置可以通过3个入口（Springboot SPI、自定义标签apollo、注解 EnableApolloConfig）

 

Springboot SPI

在springboot的自动装配过程中，会加载META-INF/spring.factories文件，加载的过程是由SpringFactoriesLoader加载的。从CLASSPATH下的每个Jar包中搜寻所有META-INF/spring.factories配置文件，然后将解析properties文件，找到指定名称的配置后返回。这中方式也是一些工具包的加载的常用手段,在apollo-client包可以看到.

SpringFactoriesLoader 将org.springframework.boot.autoconfig.EnableAutoConfiguration作为查找的Key，获得对应的一组@Configuration类，然后进行实例化到容器。

1. loadFactories：加载指定的factoryClass并进行实例化。
2. loadFactoryNames：加载指定的factoryClass的名称集合。
3. instantiateFactory：对指定的factoryClass进行实例化。

ApolloAutoConfiguration的configPropertySourcesProcessor方法初始化

ConfigPropertySourcesProcessor bean, ConfigPropertySourcesProcessor继承了PropertySourcesProcessor ，这个类是启动加载的核心类，后面会单独说明。

自定义标签

1. Spring自定义标签功能使用场景非常多，在初始化bean和配置中常用，比如dubbo的provide服务器注册，自定义标签的大致过程
2. 创建需要扩展的组件
3. 定义XSD文件描述组件内容
4. 创建一个文件，实现BeanDefinitionParser接口，用来解析XSD文件中的定义和组件定义
5. 创建Handler文件，扩展字NamespaceHandlerSupport,目的是将组件注册到Spring容器
6. 编写Spring.handlers和Spring.schemas文件

下图是Apollo-client hander和解析类

Spring.handlers和Spring.schemas文件

从图一可以看到

BeanParse 注入了ConfigPropertySourcesProcessor

EnableApolloConfig(注解)

EnableApolloConfig 导入了ApolloConfigRegistrar 类

ApolloConfigRegistrar继承了ImportBeanDefinitionRegistrar

从而对EnableApolloConfig的注解进行扫描，来获取namespace,然后进行注册了PropertySourcesProcessor bean。

 

Spring官方在动态注册bean时，大部分套路其实是使用ImportBeanDefinitionRegistrar接口。 所有实现了该接口的类的都会被ConfigurationClassPostProcessor处理，ConfigurationClassPostProcessor实现了BeanFactoryPostProcessor接口，所以ImportBeanDefinitionRegistrar中动态注册的bean是优先与依赖其的bean初始化的，也能被aop、validator等机制处理。 ImportBeanDefinitionRegistrar需要配合@Configuration和@Import注解，@Configuration定义Java格式的Spring配置文件，@Import注解导入实现了ImportBeanDefinitionRegistrar接口的类

PropertySourcesProcessor

上面三种方式最后都注入了PropertySourcesProcessor bean ,我们来看一下这个类做了什么

PropertySourcesProcessor主要继承了spring的BeanFactoryPostProcessor

Spring IoC容器允许BeanFactoryPostProcessor在容器实例化任何bean之前读取bean的定义(配置元数据)，并可以修改它。同时可以定义多个BeanFactoryPostProcessor，通过设置'order'属性来确定各个BeanFactoryPostProcessor执行顺序。

在PropertySourcesProcessor的postProcessBeanFactory方法中调用了

 

initializePropertySources方法,初始化了CompositePropertySource（

CompositePropertySource：CompositePropertySource 支持将若干PropertySource进行组合（Composite模式），在自定义属性源时比较常用的是MapPropertySource和CompositePropertySource。）

并且通过ConfigService获取到Config 添加到CompositePropertySource，

具体看下图一的ConfigService 下面部分，最终通过LocalFileConfigRepository和RemoteConfigRepository加载配置，每一个namespace对应一个属性文件（Config）。