当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新
在nacos中添加配置文件
配置列表菜单中点击 “+” 按钮
注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。
微服务拉取配置
微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。
但如果尚未读取application.yml，又如何得知nacos地址呢？
因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取，流程如下：
想要拉取nacos中的配置文件还需要在微服务的pom文件中引入依赖 nacos-config依赖
<!--nacos配置管理依赖-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
添加 bootstrap 配置文件：这里的服务名称、环境和文件后缀要与nacos配置中心的 Data ID对应；这决定了服务启动时，会去nacos读取哪个配置文件
spring:
application:
name: userservice # 服务名称
profiles:
active: dev #开发环境，这里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
配置热更新
nacos配置变更后，微服务可以实现热更新，就是基于读取配置文件的两种方式来实现的
- 通过 @Value注解注入配置文件属性，结合@RefreshScope 来刷新
- 通过@ConfigurationProperties 注解注入配置文件属性，自动刷新
注意：不是所有配置都会放到配置中心，一般是将一些自定义的需要运行时调整的参数放到配置中心
多环境共享配置
当某些配置在生产环境和测试环境都一样时，我们设置一个共享的配置来避免重复配置
操作步骤：
我们只需要在nacos新建配置时，直接使用 服务名称.后缀这种方式来命名Data ID，这样无论是 服务名称-test.后缀还是 服务名称-dev.后缀都能读取到共享配置文件
当存在多个相同的配置时，按照以下优先级生效
多种配置的优先级：
-
最高优先级：
服务名称-环境名称.后缀 -
中等优先级：
服务名称.后缀 -
最低优先级：本地配置