获取nacos配置中心文件值_程序员你是如何使用Nacos作为配置中心的？
假如你使用的是spring-cloud-alibaba微服务技术栈
单个服务独有配置文件
即去除应用程序的状态，配置统一外部化管理，方便进行水平的伸缩。
集成步骤：
假如我有一个应用app-design;
1，引入依赖：
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
2.2.1.RELEASE
2, 配置文件；spring.cloud.nacos.config.enabled=true
spring.cloud.nacos.config.refresh-enabled=true
spring.cloud.nacos.config.server-addr=${spring.cloud.nacos.discovery.server-addr}
spring.cloud.nacos.config.namespace=${spring.cloud.nacos.discovery.namespace}
说明如下：属性说明spring.cloud.nacos.config.server-addr=${spring.cloud.nacos.discovery.server-addr}nacos配置中心地址
spring.cloud.nacos.config.namespace=${spring.cloud.nacos.discovery.namespace}nacos的命名空间，这里跟服务发现的配置一致；
3，使用配置的方式，同本地配置文件一样。
@Value @PropertyConfiguration 这些注解都是支持的；
4，确认方式，比如把之前的application.properties的配置放到了配置中心；
本地启动的时候，读取到了8081端口和数据库连接池的配置；
配置中心的连接原理，后面单独整理出来，知其然并知其所以然。
服务之间共享配置文件
场景：多个后端微服务，在同一个集群中共用中间件的配置信息。
比如 缓存redis, 消息队列kafka, 文件服务器， 邮件服务器；
那么对应的配置文件没有必要在所有的后端微服务中单独存在，这些配置文件应该放在公共配置文件中，但是也可以被具体的后端微服务自己的独有配置文件覆盖，使用自己的私有配置；
可结合下图理解：
问题回答where are we?现状中间件配置分散在很多服务中，配置繁琐，不方便统一管理
where are we go?目的同一个集群的中间件只维护一份，各服务共享，也可按照需要覆盖共享的配置；
how can we go there?实现路径基于nacos已有功能实现
下面是实际的coding过程和测试用例；
服务app-file;
在服务对应的nacos的namespace中
1 引入共享配置#共享中间件的配置
spring.cloud.nacos.config.shared-configs[0].data-id=mid.properties
spring.cloud.nacos.config.shared-configs[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.shared-configs[0].refresh=true
位置： 模块start下的src/main/resources/bootstrap.properties文件中
自描述的配置信息，即引入的共享配置文件列表有哪些，可以按照需要，配置各种中间件的配置信息；key说明data-id_the data id of extended configuration 配置文件名称，带上后缀；翻译：扩展配置文件的数据id
groupthe group of extended configuration, the default value is DEFAULT_GROUP 集群名称， 从名字来看，支持多集群的配置文件 翻译：扩展配置文件的集群，默认值是 _DEFAULT_GROUP
refresh_whether to support dynamic refresh, the default does not support 是否刷新 翻译：是否支持动态刷新，默认不支持
花括号[0] ,里面的0是序号，如果有多个，按照数字自增顺序进行配置；
2 在nacos中新增配置文件
根据实际场景在nacos的test命名空间中新增配置文件mid.properties
3 获取配置用例测试
测试接口代码：@ApiOperation("测试获取公共配置文件")
@GetMapping("/config/test")
public Response config(){
String redisConfigServers = environment.getProperty("redis.config.servers","null");
return SingleResponse.of(redisConfigServers);
}
测试用例：场景期望结果实际结果是否符合预期获取共享配置文件中的配置r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:6379r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:6379是
在服务独有app-file.properties配置中重写配置redis.config.servers=r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905是
截图如下：
源码分析
掌握用法之后，深入分析源码，知其然而知其所以然；
starter调用封装
使用的starter封装；
版本： 2.2.1.RELEASE
启动的时候自动装配的配置如下：org.springframework.cloud.bootstrap.BootstrapConfiguration=\
com.alibaba.cloud.nacos.NacosConfigBootstrapConfiguration
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.alibaba.cloud.nacos.NacosConfigAutoConfiguration,\
com.alibaba.cloud.nacos.endpoint.NacosConfigEndpointAutoConfiguration
org.springframework.boot.diagnostics.FailureAnalyzer=\
com.alibaba.cloud.nacos.diagnostics.analyzer.NacosConnectionFailureAnalyzer
分解一下key，看一下用途：key说明org.springframework.cloud.bootstrap.BootstrapConfigurationA marker interface used as a key in META-INF/spring.factories. Entries in* the factories file are used to create the bootstrap application context.
翻译：一个标记注解用来作为key 放在META-INF/spring.factories文件中，文件中的条目用来创建启动应用的上下文；
来源：spring-cloud-context-version.jar
value:
com.alibaba.cloud.nacos.NacosConfigBootstrapConfiguration |
| org.springframework.boot.autoconfigure.EnableAutoConfiguration | 注释太长了，不放这里.放到附录中。
来源：spring-boot-autoconfigure-version.jar
com.alibaba.cloud.nacos.NacosConfigAutoConfiguration,\
com.alibaba.cloud.nacos.endpoint.NacosConfigEndpointAutoConfiguration |
| org.springframework.boot.diagnostics.FailureAnalyzer | A {@code FailureAnalyzer} is used to analyze a failure and provide diagnostic* information that can be displayed to the user.
_
翻译： FailureAnalyzer用来分析错误并提供诊断信息展示给到用户
来源： spring-boot-version.jar
com.alibaba.cloud.nacos.diagnostics.analyzer.NacosConnectionFailureAnalyzer |
然后看看都自动装配了什么？以及自动装配的过程。
springboot的方式调用；
1 NacosConfigBootstrapConfiguration
源码：package com.alibaba.cloud.nacos;
import com.alibaba.cloud.nacos.client.NacosPropertySourceLocator;
import org.springframework.boot.autoconfigure.condition.ConditionalOnMissingBean;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
/**
* @author xiaojing
*/
@Configuration(proxyBeanMethods = false)
@ConditionalOnProperty(name = "spring.cloud.nacos.config.enabled", matchIfMissing = true)
public class NacosConfigBootstrapConfiguration {
@Bean
@ConditionalOnMissingBean
public NacosConfigProperties nacosConfigProperties() {
return new NacosConfigProperties();
}
@Bean
@ConditionalOnMissingBean
public NacosConfigManager nacosConfigManager(
NacosConfigProperties nacosConfigProperties) {
return new NacosConfigManager(nacosConfigProperties);
}
@Bean
public NacosPropertySourceLocator nacosPropertySourceLocator(
NacosConfigManager nacosConfigManager) {
return new NacosPropertySourceLocator(nacosConfigManager);
}
}
自动装配流程：
配置文件组装源码：@Override
public PropertySource> locate(Environment env) {
nacosConfigProperties.setEnvironment(env);
ConfigService configService = nacosConfigManager.getConfigService();
if (null == configService) {
log.warn("no instance of config service found, can't load config from nacos");
return null;
}
long timeout = nacosConfigProperties.getTimeout();
nacosPropertySourceBuilder = new NacosPropertySourceBuilder(configService,
timeout);
String name = nacosConfigProperties.getName();
String dataIdPrefix = nacosConfigProperties.getPrefix();
if (StringUtils.isEmpty(dataIdPrefix)) {
dataIdPrefix = name;
}
if (StringUtils.isEmpty(dataIdPrefix)) {
dataIdPrefix = env.getProperty("spring.application.name");
}
CompositePropertySource composite = new CompositePropertySource(
NACOS_PROPERTY_SOURCE_NAME);
loadSharedConfiguration(composite);
loadExtConfiguration(composite);
loadApplicationConfiguration(composite, dataIdPrefix, nacosConfigProperties, env);
return composite;
}
加载应用配置文件的顺序源码：private void loadApplicationConfiguration(
CompositePropertySource compositePropertySource, String dataIdPrefix,
NacosConfigProperties properties, Environment environment) {
String fileExtension = properties.getFileExtension();
String nacosGroup = properties.getGroup();
// load directly once by default
loadNacosDataIfPresent(compositePropertySource, dataIdPrefix, nacosGroup,
fileExtension, true);
// load with suffix, which have a higher priority than the default
loadNacosDataIfPresent(compositePropertySource,
dataIdPrefix + DOT + fileExtension, nacosGroup, fileExtension, true);
// Loaded with profile, which have a higher priority than the suffix
for (String profile : environment.getActiveProfiles()) {
String dataId = dataIdPrefix + SEP1 + profile + DOT + fileExtension;
loadNacosDataIfPresent(compositePropertySource, dataId, nacosGroup,
fileExtension, true);
}
}
顺序如下：序号说明1加载dataIdPrefix对应的配置文件
2加载dataIdPrefix.fileExtension对应的配置文件
3加载 dataIdPrefix-activeProfiles.fileExtension对应的配置文件
2.1 NacosConfigAutoConfiguration序号说明1NacosConfigProperties nacos配置
2NacosRefreshProperties 已经不建议被使用
3NacosRefreshHistory 刷新历史
4NacosConfigManager 配置
5NacosContextRefresher 注册nacos的监听器到应用
2.2 NacosConfigEndpointAutoConfiguration
NacosConfigEndpoint
本地配置同步逻辑@ReadOperation
public Map invoke() {
Map result = new HashMap<>(16);
result.put("NacosConfigProperties", properties);
List all = NacosPropertySourceRepository.getAll();
List> sources = new ArrayList<>();
for (NacosPropertySource ps : all) {
Map source = new HashMap<>(16);
source.put("dataId", ps.getDataId());
source.put("lastSynced", dateFormat.get().format(ps.getTimestamp()));
sources.add(source);
}
result.put("Sources", sources);
result.put("RefreshHistory", refreshHistory.getRecords());
return result;
}
NacosConfigHealthIndicator
健康检查 UP,DOWN,UNKNOWN ;
3 NacosConnectionFailureAnalyzer
连接不上nacos服务端抛出异常@Override
protected FailureAnalysis analyze(Throwable rootFailure,
NacosConnectionFailureException cause) {
return new FailureAnalysis(
"Application failed to connect to Nacos server: \""
+ cause.getServerAddr() + "\"",
"Please check your Nacos server config", cause);
}
小结：服务通过集成该starter，通过http请求从nacos的服务端拉取配置数据，并做了 配置刷新历史，注册监听器到spring容器中， 本地缓存，和错误报告；
服务端封装
应用启动读取配置文件整体调用链：待后续完成；
小结如果读完本篇文章你只能记住一句话：nacos作为配置中心可为单独的服务提供外部化配置文件，也支持多应用共享配置文件。
从nacos的客户端源码分析中可看到一些配置优先级的顺序。原创不易，关注诚可贵，转发价更高！转载请注明出处，让我们互通有无，共同进步，欢迎沟通交流。