前言
在单体架构的时候我们可以将配置写在配置文件中，但有⼀个缺点就是每次修改配置都需要重启服务才能生效。
当应用程序实例比较少的时候还可以维护。如果转向微服务架构有成百上千个实例，每修改⼀次配置要将全部实例重启，不仅增加了系统的不稳定性，也提高了维护的成本。
那么如何能够做到服务不重启就可以修改配置？所有就产生了四个基础诉求：
- 需要支持动态修改配置
- 需要动态变更有多实时
- 变更快了之后如何管控控制变更风险，如灰度、回滚等
- 敏感配置如何做安全配置
Nacos配置模型
- Nacos 提供可视化的控制台，可以对配置进行发布、更新、删除、灰度、版本管理等功能。
- SDK 可以提供发布配置、更新配置、监听配置等功能。
- SDK 通过 GRPC 长连接监听配置变更，Server 端对比 Client 端配置的MD5 和本地MD5是否相等，不相等推送配置变更。
- SDK 会保存配置的快照，当服务端出现问题的时候从本地获取。
配置介绍
在 Nacos Spring Cloud 中，dataId 的完整格式如下：
${prefix}-${spring.profiles.active}.${file-extension}
- prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
- spring.profiles.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。 注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成
${prefix}.${file-extension} - file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。支持 properties 、 yaml 和 yml 类型。
实际演练
在springcloud项目中要使用Nacos配置中心，就必须将相关信息配置到bootstrap(.properties/.yaml)配置文件中，所以要让springcloud识别bootstrap文件就要导入相关依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>
然后在bootstrap文件中进行配置：
spring:
cloud:
nacos:
discovery: #nacos的地址，不写默认就是127.0.0.1:88848
server-addr: 192.168.11.233:18848
username: nacos
password: nacos
config:
server-addr: 192.168.11.233:18848
file-extension: yaml #重点：文件格式就是在nacos中创建的配置文件是什么格式，要统一
namespace: dev-namespace # 命名空间的ID，我这里是自定义的，也可以自动生成，后面有讲解
group: DEFAULT_GROUP #默认组别，用于区分同一个namespace下的同名配置文件
prefix: consumer01 #文件前缀，不写默认是 spring.application.name
profiles:
active: dev
由上面的配置可以得到文件名为：consumer01-dev.yaml，到Nacos中创建对应的配置文件：
首先创建命名空间：
因为我之前已经创建过dev了，现在以test为例：
然后到dev下创建配置文件：
这两个地方都可以创建：
写入自己的配置即可：
OK，然后就可以将原项目中的application.yaml删除或注释掉，重启项目，能够正常运行！
到此这篇关于SpringCloud Nacos作为配置中心超详细讲解的文章就介绍到这了,更多相关SpringCloud Nacos配置中心内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
