naocs除了做服务注册、发现，还可以做为配置中心，使用分以下几步

1.pom引入nacos-config依赖

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

2.配置nacos-config元数据

在应用的 /src/main/resources/bootstrap.properties 配 置文件中配置 Nacos Config 元数据

spring.application.name=nacos-config-example
spring.cloud.nacos.config.server-addr=127.0.0.1:8848

主要配置应用名和配置中心地址
配置完这两项之后，服务在启动时就会去nacos加载配置了

3.在nacos中添加配置

在 nacos 中创建一个 应用名.properties 配置文件并编写配置

3.1.Nacos Config 数据结构

Nacos Config 主要通过 dataId 和 group 来唯一确定一条配置。
Nacos Client 从 Nacos Server 端获取数据时，调用的是此接口

ConfigService.getConfig(StringdataId,String group,long timeoutMs)

3.2.Spring Cloud 应用获取数据

应用根据dataId和Group获取数据，两者的拼接规则如下

dataID:
在 Nacos Config Starter 中，dataId 的拼接格式如下

• ${prefix} - ${spring.profiles.active} . ${file-extension} prefix 默认为 spring.application.name
  的值，也可以通过配置项 spring.cloud.nacos.config.prefix 来配置。
• spring.profiles.active 即为当前环境对应的 profile

注意，当 activeprofile 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 $prefix.${file-extension}
file-extension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。 目前只支持 properties 类型。

Group:
Group 默认为 DEFAULT_GROUP，可以通过 spring.cloud.nacos.config.group 配

4.在应用中引入配置

完成上述三步后，应用会从 Nacos Config 中获取相应的配置，并添加在 Spring Environment 的 PropertySources 中。这里我们使用 @Value 注解来将对应的配置注入到 Controller 的 name 和 age 字段，并添加 @RefreshScope 打开动态刷新功能

2.多租户场景下配置隔离

实际应用场景中，nacos配置中心会服务多个租户，各租户之间配置需要隔离，于是有命名空间概念

2.1.命名空间

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

在应用中通过bootstrap.properties中的

spring.cloud.nacos.config.namespace=dataID

来切换命名空间，如果有多组配置，使用ext-config来加载

spring.cloud.nacos.config.ext-config[0].data-id=datasource.yml
spring.cloud.nacos.config.ext-config[0].group=dev
spring.cloud.nacos.config.ext-config[0].refresh=true

2.2.配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配置集，包含了系统各个方面的配置。例如，一个配置集可能包含了数据源、线程池、日志级 别等配置项。

2.3.配置集 ID

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。Data ID 通常采用类 Java 包(如 com.taobao.tc.refund.log.level)的命名规则保证全局唯一性。此命名规则非强制。

2.4.配置分组

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串(如 Buy 或 Trade )对配置集进行分组，从而区分 Data ID相同的配置集。当您在 Nacos 上创建一个 配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景:不同的应用或组件使用了相同的配置类型，如 database_url 配置和 MQ_topic 配置

3.nacos-config实现原理

3.1.自动注入

NacosConfigStarter 实现了 org.springframework.cloud.bootstrap.config.PropertySourceLocator 接口，并将优先级设置成了最高。
在 Spring Cloud 应用启动阶段，会主动从 Nacos Server 端获取对应的数据，并将获取到的 数据转换成 PropertySource 且注入到 Environment 的 PropertySources 属性中，所以使用 @Value 注解也能直接获取 Nacos Server 端配置的内容。

3.2.动态刷新

Nacos Config Starter 默认为所有获取数据成功的 Nacos 的配置项添加了监听功能，在监听到服务端配置发生变化时会实时触发 org.springframework.cloud.context.refresh.ContextRefresher 的refresh方法 。
如果需要对 Bean 进行动态刷新，请参照 Spring 和 Spring Cloud 规范。推荐给类添加 @RefreshScope 或 @ConfigurationProperties 注解

代码分支
https://github.com/nome1024/gulimall/pull/new/feature/config_center