springcloud情操陶冶springcloudconfigserver(三)

coding

承接前文springcloud情操陶冶-springcloud config server(二),本文就不讲述server了,就简单阐述下client的应用

前话

config server在引入的时候也依赖config client的JAR包,也就是说本身的配置服务也集成了客户端的功能。在前文的分析中,笔者了解到默认client功能是关闭的。因为在ConfigServerBootstrapApplicationListener指定了spring.cloud.config.enabled=false(默认)

spring.factories

笔者直接翻阅了cloud config client板块中的spring.factories文件

# Auto Configure

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\

org.springframework.cloud.config.client.ConfigClientAutoConfiguration

# Bootstrap components

org.springframework.cloud.bootstrap.BootstrapConfiguration=\

org.springframework.cloud.config.client.ConfigServiceBootstrapConfiguration,\

org.springframework.cloud.config.client.DiscoveryClientConfigServiceBootstrapConfiguration

按照步骤来分析下上述的这些类

BootstrapConfiguration对应的组件类

先分析基于bootstrapContext的组件类,看下会进行如何的组装引入

ConfigServiceBootstrapConfiguration

直接观察其源码把,还是很简单的

	@Autowired

private ConfigurableEnvironment environment;

// 以spring.cloud.config作为前缀

@Bean

public ConfigClientProperties configClientProperties() {

ConfigClientProperties client = new ConfigClientProperties(this.environment);

return client;

}

// 默认情况下,如果引入了server板块则spring.cloud.config.enabled默认为false

@Bean

@ConditionalOnMissingBean(ConfigServicePropertySourceLocator.class)

@ConditionalOnProperty(value = "spring.cloud.config.enabled", matchIfMissing = true)

public ConfigServicePropertySourceLocator configServicePropertySource(ConfigClientProperties properties) {

// 加载外部源接口

ConfigServicePropertySourceLocator locator = new ConfigServicePropertySourceLocator(

properties);

return locator;

}

根据上述的源码得知当只引入cloud config client的时候,spring.cloud.config.enabled即使不配置也会创建ConfigServicePropertySourceLocator对象;反之如果引入cloud config server,但不显式的指定spring.cloud.config.enabled=true,则不会创建上述的对象。

那么这个Bean对象到底是干啥的呢? 观察源码发现其是常见的PropertySourceLocator接口的实现类,它会在程序一启动的时候通过RestTemplate以HTTP方式请求config server从而获取配置文件,具体的读者可自行去翻阅。

DiscoveryClientConfigServiceBootstrapConfiguration

再观察另外一个组件,单看名称,应该是注册自动发现客户端的功能。这个算是一个模块了,笔者就不在此处进行分析了。后续专门开辟一个系列来探究,有兴趣的读者可自行去挖掘

EnableAutoConfiguration对应的组件类

轮到基于用户级context的组件分析了,不过其下就一个组件ConfigClientAutoConfiguration。内部的源码也比较简单就直接贴出来

@Configuration

public class ConfigClientAutoConfiguration {

// 先判断父级bootstrapContext上下文是否存在ConfigClientProperties,与前面的ConfigServiceBootstrapConfiguration相互照应;无则再创建

@Bean

public ConfigClientProperties configClientProperties(Environment environment,

ApplicationContext context) {

if (context.getParent() != null

&& BeanFactoryUtils.beanNamesForTypeIncludingAncestors(

context.getParent(), ConfigClientProperties.class).length > 0) {

return BeanFactoryUtils.beanOfTypeIncludingAncestors(context.getParent(),

ConfigClientProperties.class);

}

ConfigClientProperties client = new ConfigClientProperties(environment);

return client;

}

// 以health.config作为前缀的健康属性类

@Bean

public ConfigClientHealthProperties configClientHealthProperties() {

return new ConfigClientHealthProperties();

}

// 只有spring.cloud.config.enabled=true或者不引入server板块才进行健康检查

@Configuration

@ConditionalOnClass(HealthIndicator.class)

@ConditionalOnBean(ConfigServicePropertySourceLocator.class)

@ConditionalOnProperty(value = "health.config.enabled", matchIfMissing = true)

protected static class ConfigServerHealthIndicatorConfiguration {

// 创建健康提示类,具体就是通过PropertySourceLocator接口轮询去请求config server以确保服务正常

@Bean

public ConfigServerHealthIndicator clientConfigServerHealthIndicator(

ConfigServicePropertySourceLocator locator,

ConfigClientHealthProperties properties, Environment environment) {

return new ConfigServerHealthIndicator(locator, environment, properties);

}

}

// spring.cloud.refresh.enabled=true生效,方可有ContextRefresher对象

// spring.cloud.config.watch.enabled=true生效,默认不开启

@Configuration

@ConditionalOnClass(ContextRefresher.class)

@ConditionalOnBean(ContextRefresher.class)

@ConditionalOnProperty(value = "spring.cloud.config.watch.enabled")

protected static class ConfigClientWatchConfiguration {

@Bean

public ConfigClientWatch configClientWatch(ContextRefresher contextRefresher) {

return new ConfigClientWatch(contextRefresher);

}

}

}

具体创建的何种对象以及对应的功能是啥上述的注释解释的差不多清楚了。笔者只需要清楚以下几点 1.创建的ConfigClientProperties对象主要是应用于client和server服务的PropertySourceLocator接口 2.创建的ConfigClientWatch对象主要用于client服务的PropertySourceLocator在用Restful接口去请求server服务的时候,对返回结果的state进行判断,一般是服务端采取Vault方式才会被应用。上述的state有被更改,则刷新用户级context 3.至于健康检查Heath功能,也就是每隔一定的时间调用PropertySourceLocator接口去远程server服务获取Environment对象中的PropertySource。具体的调用是属于spring-cloud-actuator板块的,感兴趣的也可以去查阅

其中第二点和第三点的功能主要还是建立在spring.cloud.config.enabled=true的情况下才会生效,所以用户如果想使用上述提及的功能则必须确保相应的配置已打开~

小结

spring-cloud-client模块比较简单,只需要和前文的图进行关联便很容易理解。 其既可以单独使用,也可以集成至server服务中。OK,基本上spring-cloud-config板块的分析也就到此为止了,希望借此能对springcloud有初步的了解。

原文出处:https://www.cnblogs.com/question-sky/p/10406304.html

以上是 springcloud情操陶冶springcloudconfigserver(三) 的全部内容, 来源链接: utcz.com/z/509690.html

回到顶部