程序员你是如何使用Nacos作为配置中心的？

假如你使用的是spring-cloud-alibaba微服务技术栈

单个服务独有配置文件

即去除应用程序的状态，配置统一外部化管理，方便进行水平的伸缩。

集成步骤：

假如我有一个应用app-design;

1，引入依赖：

<dependency>
     <groupId>com.alibaba.cloud</groupId>
     <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
     <version>2.2.1.RELEASE</version>
 </dependency>

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
group	the 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:6379	r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:6379	是
在服务独有app-file.properties配置中重写配置redis.config.servers=r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905	r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905	r-wz9sp7dhxjnz16bs1jzhutj.redis.rds.aliyuncs.com:637905	是

截图如下：

源码分析

掌握用法之后，深入分析源码，知其然而知其所以然；

starter调用封装

使用的starter封装；

https://github.com/alibaba/spring-cloud-alibaba/spring-cloud-alibaba-starters/spring-cloud-starter-alibaba-nacos-config

版本： 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.BootstrapConfiguration	A 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

序号	说明
1	NacosConfigProperties  nacos配置
2	NacosRefreshProperties  已经不建议被使用
3	NacosRefreshHistory  刷新历史
4	NacosConfigManager 配置
5	NacosContextRefresher 注册nacos的监听器到应用

2.2 NacosConfigEndpointAutoConfiguration

NacosConfigEndpoint

本地配置同步逻辑

    @ReadOperation
    public Map<String, Object> invoke() {
        Map<String, Object> result = new HashMap<>(16);
        result.put("NacosConfigProperties", properties);

        List<NacosPropertySource> all = NacosPropertySourceRepository.getAll();

        List<Map<String, Object>> sources = new ArrayList<>();
        for (NacosPropertySource ps : all) {
            Map<String, Object> 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容器中， 本地缓存，和错误报告；

服务端封装

源码位置：https://github.com/alibaba/nacos/tree/develop/config

应用启动读取配置文件整体调用链：待后续完成；

小结

如果读完本篇文章你只能记住一句话：nacos作为配置中心可为单独的服务提供外部化配置文件，也支持多应用共享配置文件。 从nacos的客户端源码分析中可看到一些配置优先级的顺序。

原创不易，关注诚可贵，转发价更高！转载请注明出处，让我们互通有无，共同进步，欢迎沟通交流。