在微服务架构中，当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移（分割），这样配置就分散了，不仅如此，分散中还包含着冗余。配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置。

配置中心的服务流程如下：

用户在配置中心更新配置信息服务A和服务B及时得到配置更新通知，从配置中心获取配置

配置中心就是一种统一管理各种应用配置的基础服务组件。

什么是Nacos配置中心

官方文档： /alibaba/spring-cloud-alibaba/wiki/Nacos-config

Nacos提供用于存储配置和其他元数据的key/value存储，为分布式系统中的外部化配置提供服务器端和客户端支持。使用Spring Cloud Alibaba Nacos Config组件，您可以在Nacos Server集中管理你Spring Cloud应用的外部属性配置。

Nacos配置中心的架构如下：

Nacos配置中心核心API的使用

Nacos配置中心的核心接口为ConfigService。

package com.morris.order.demo;import com.alibaba.nacos.api.NacosFactory;import com.alibaba.nacos.api.PropertyKeyConst;import com.alibaba.nacos.api.config.ConfigService;import com.alibaba.nacos.api.config.ConfigType;import com.alibaba.nacos.api.config.listener.Listener;import com.alibaba.nacos.api.exception.NacosException;import java.util.Properties;import java.util.concurrent.Executor;import java.util.concurrent.TimeUnit;/*** Nacos配置中心核心API的使用*/public class NacosConfigDemo {public static void main(String[] args) throws NacosException, InterruptedException {Properties properties = new Properties();properties.setProperty(PropertyKeyConst.SERVER_ADDR, "127.0.0.1:8848");ConfigService configService = NacosFactory.createConfigService(properties);String dateId = "order";String group = "DEFAULT_GROUP";// 查询Nacos配置中心的配置String content = configService.getConfig(dateId, group, 1_000);System.out.println("config: " + content);configService.addListener(dateId, group, new Listener() {@Overridepublic Executor getExecutor() {return null;}@Overridepublic void receiveConfigInfo(String configInfo) {// 监听配置System.out.println("config change: " + configInfo);}});// 休眠一会让上面的线程池启动TimeUnit.SECONDS.sleep(300);// 发布配置configService.publishConfig(dateId, group, "age: 40", ConfigType.PROPERTIES.getType());}}

Spring Cloud整合Nacos配置中心

引入maven依赖：

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

配置文件配置Nacos Server地址：

spring:application:name: order-servicecloud:nacos:config:server-addr: 127.0.0.1:8848

启动服务order-service，测试微服务是否能动态使用配置中心的配置：

package com.morris.order;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.context.ConfigurableApplicationContext;import java.util.concurrent.TimeUnit;@SpringBootApplicationpublic class OrderServiceApplication {public static void main(String[] args) throws InterruptedException {ConfigurableApplicationContext applicationContext = SpringApplication.run(OrderServiceApplication.class, args);while (true) {//当动态配置刷新时，会更新到 Enviroment中，因此这里每隔一秒中从Enviroment中获取配置String age = applicationContext.getEnvironment().getProperty("age");System.err.println("age: " + age);TimeUnit.SECONDS.sleep(1);}}}

一开始age为null，当在nacos配置中心增加配置order-service时，age就会自动获取最新的值。

配置说明

Nacos数据模型Key由三元组唯一确定, Namespace默认是空串，公共命名空间（public），分组默认是 DEFAULT_GROUP。

支持profile粒度的配置

在Nacos Spring Cloud中，dataId的完整格式如下：${prefix}-${spring.profiles.active}.${file-extension}

prefix: 默认为spring.application.name的值，也可以通过配置项spring.cloud.nacos.config.prefix来配置spring.profiles.active：即为当前环境对应的profile，注意当spring.profiles.active为空时，对应的连接符-也将不存在，dataId的拼接格式变成${prefix}.${file-extension}file-exetension：为配置内容的数据格式，可以通过配置项spring.cloud.nacos.config.file-extension来配置。

spring-cloud-starter-alibaba-nacos-config在加载配置的时候，不仅仅加载了以dataid为${spring.application.name}.${file-extension:properties}为前缀的基础配置，还加载了dataid为${spring.application.name}-${profile}.${file-extension:properties}的基础配置。在日常开发中如果遇到多套环境下的不同配置，可以通过Spring提供的${spring.profiles.active}这个配置项来配置。

如：

spring.profiles.active: dev

支持自定义namespace的配置

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的Group或Data ID的配置。Namespace的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。

在没有明确指定${spring.cloud.nacos.config.namespace}配置的情况下，默认使用的是Nacos上Public这个namespace。如果需要使用自定义的命名空间，可以通过以下配置来实现：

spring.cloud.nacos.config.namespace=71bb9785-231f-4eca-b4dc-6be446e12ff8

支持自定义Group的配置

Group是组织配置的维度之一。通过一个有意义的字符串（如Buy或Trade）对配置集进行分组，从而区分Data ID相同的配置集。

当您在Nacos上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用DEFAULT_GROUP。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如database_url配置和MQ_topic配置。

在没有明确指定${spring.cloud.nacos.config.group}配置的情况下，默认是DEFAULT_GROUP。如果需要自定义自己的Group，可以通过以下配置来实现：

spring.cloud.nacos.config.group=DEVELOP_GROUP

支持自定义扩展的Data Id配置

Data ID是组织划分配置的维度之一。Data ID通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。Data ID通常可以使用采用应用名称的命名规则保证全局唯一性。此命名规则非强制。

通过自定义扩展的Data Id配置，既可以解决多个应用间配置共享的问题，又可以支持一个应用有多个配置文件。

自定义Data Id的使用：

#不同工程的通用配置 支持共享的DataIdspring.cloud.nacos.config.sharedConfigs[0].data-id=common.yamlspring.cloud.nacos.config.sharedConfigs[0].group=REFRESH_GROUPspring.cloud.nacos.config.sharedConfigs[0].refresh=true

一个应用多个扩展DataId的配置使用：

spring.cloud.nacos.config.extensionConfigs[0].data-id=ext-config-common01.propertiesspring.cloud.nacos.config.extensionConfigs[0].group=REFRESH_GROUPspring.cloud.nacos.config.extensionConfigs[0].refresh=truespring.cloud.nacos.config.extensionConfigs[1].data-id=ext-config-common02.propertiesspring.cloud.nacos.config.extensionConfigs[1].group=REFRESH_GROUPspring.cloud.nacos.config.extensionConfigs[1].refresh=true

配置的优先级

Spring Cloud Alibaba Nacos Config目前提供了三种配置能力从Nacos拉取相关的配置。

通过spring.cloud.nacos.config.shared-configs支持多个共享Data Id的配置通过spring.cloud.nacos.config.ext-config[n].data-id的方式支持多个扩展Data Id的配置通过内部相关规则(应用名、应用名+Profile)自动生成相关的Data Id配置

当三种方式共同使用时，他们的一个优先级关系是:1 < 2 < 3

优先级从高到低：

${spring.application.name}-${profile}.${file-extension:properties}${spring.application.name}.${file-extension:properties}${spring.application.name}extension-configsshared-configs