前言

前置知识： Nacos的基本使用（1）——入门
这个笔记是结合小白的SpringCloud+Vue在线教育项目的。如有需要，欢迎翻看。
SpringCloud+Vue在线教育项目（全栈）

一、配置中心介绍

1、Spring Cloud Config

Spring Cloud Config 为分布式系统的外部配置提供了服务端和客户端的支持方案。在配置的服务端您可以在所有环境中为应用程序管理外部属性的中心位置。客户端和服务端概念上的Spring Environment 和 PropertySource 抽象保持同步, 它们非常适合Spring应用程序，但是可以与任何语言中运行的应用程序一起使用。当应用程序在部署管道中从一个开发到测试直至进入生产时，您可以管理这些环境之间的配置，并确保应用程序在迁移时具有它们需要运行的所有内容。服务器存储后端的默认实现使用git，因此它很容易支持标记版本的配置环境，并且能够被管理内容的各种工具访问。很容易添加替代的实现，并用Spring配置将它们插入。

Spring Cloud Config 包含了Client和Server两个部分，server提供配置文件的存储、以接口的形式将配置文件的内容提供出去，client通过接口获取数据、并依据此数据初始化自己的应用。Spring cloud使用git或svn存放配置文件，默认情况下使用git。

2、Nacos替换Config

Nacos 可以与 Spring, Spring Boot, Spring Cloud 集成，并能代替 Spring Cloud Eureka, Spring Cloud Config。通过 Nacos Server 和 spring-cloud-starter-alibaba-nacos-config 实现配置的动态变更。

(1)应用场景

在系统开发过程中，开发者通常会将一些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配置文件的形式存在。目的是让静态的系统工件或者交付物（如 WAR，JAR 包等）更好地和实际的物理运行环境进行适配。配置管理一般包含在系统部署的过程中，由系统管理员或者运维人员完成。配置变更是调整系统运行时的行为的有效手段。

(2)解决的问题

如果微服务架构中没有使用统一配置中心时，所存在的问题：

1. 配置文件分散在各个项目里，不方便维护
2. 配置内容安全与权限
3. 更新配置后，项目需要重启

(3)nacos配置中心作用：

系统配置的集中管理（编辑、存储、分发）、动态更新不重启、回滚配置（变更管理、历史版本管理、变更审计）等所有与配置相关的活动。

二、读取Nacos配置中心的配置文件

1、在Nacos创建统一配置文件

(1)点击创建按钮

(2)输入配置信息

Data ID 的完整规则格式如下

${prefix}-${spring.profiles.active}.${file-extension} 

• prefix 默认为所属工程配置spring.application.name 的值（即：nacos-provider），也可以通过配置项 spring.cloud.nacos.config.prefix来配置。

• spring.profiles.active=dev 即为当前环境对应的 profile。 注意：当 spring.profiles.active 为空时，对应的连接符 – 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}

• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。

(3)确保配置信息无误后，点击确认

(4)点击配置列表即可看到配置文件

2.以任一模块为例

（1）在service的pom.xml中引入依赖

 <!--  配置中心      --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> 

（2）创建bootstrap.properties配置文件

#配置中心地址 spring.cloud.nacos.config.server-addr=127.0.0.1:8848 #spring.profiles.active=dev # 该配置影响统一配置中心中的dataId spring.application.name=service-statistics-dev 

（3）把项目之前的application.properties内容注释，启动项目查看效果

控制台输出了相关信息

2020-06-12 11:11:01.875  INFO 8676 --- [-127.0.0.1_8848] trationDelegate$BeanPostProcessorChecker : Bean 'org.springframework.cloud.autoconfigure.ConfigurationPropertiesRebinderAutoConfiguration' of type [org.springframework.cloud.autoconfigure.ConfigurationPropertiesRebinderAutoConfiguration] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying) 2020-06-12 11:11:02.464  INFO 8676 --- [-127.0.0.1_8848] o.s.c.a.n.c.NacosPropertySourceBuilder   : Loading nacos data, dataId: 'service-statistics-dev.properties', group: 'DEFAULT_GROUP' 2020-06-12 11:11:02.468  INFO 8676 --- [-127.0.0.1_8848] b.c.PropertySourceBootstrapConfiguration : Located property source: CompositePropertySource {name='NACOS', propertySources=[NacosPropertySource {name='service-statistics-dev-dev.properties'}, NacosPropertySource {name='service-statistics-dev.properties'}]} 2020-06-12 11:11:02.469  INFO 8676 --- [-127.0.0.1_8848] o.s.boot.SpringApplication               : The following profiles are active: dev 

3、补充：springboot配置文件加载顺序

其实yml和properties文件是一样的原理，且一个项目上要么yml或者properties，二选一的存在。推荐使用yml，更简洁。

bootstrap与application

（1）加载顺序

bootstrap.properties/yml --> application.properties/yml --> application-dev.properties/yml 

（2）配置区别

bootstrap.yml 和application.yml 都可以用来配置参数。

bootstrap.yml 可以理解成系统级别的一些参数配置，这些参数一般是不会变动的。
application.yml 可以用来定义应用级别的。

三、命名空间

在实际开发中，通常有多套不同的环境（默认只有public），那么这个时候可以根据指定的环境来创建不同的 namespce，例如，开发、测试和生产三个不同的环境，那么使用一套 nacos 集群可以分别建以下三个不同的 namespace。以此来实现多环境的隔离。

（1）切换命名空间

1 点击命名空间

2 新建命名空间

3 点击克隆

4 目标空间指定为dev

5 在bootstrap.properties中添加配置

值为命名空间的id值

spring.cloud.nacos.config.namespace=c2074590-581c-4a5c-9d43-ea48953f5bf2 

四、加载多个配置文件

1 分离application.properties，注释掉端口配置
2 新建port.properties

server.port=8008 

3 在bootstrap.properties中添加配置

# 加载配置文件 spring.cloud.nacos.config.ext-config[0].data-id=port.properties # 开启动态刷新配置，否则配置文件修改，工程无法感知 spring.cloud.nacos.config.ext-config[0].refresh=true 

4 重新启动项目即可