Nacos配置中⼼的配置⽂件的匹配规则
详情见
转载⾃
1.配置微服务配置中⼼⽂件
在 Nacos Spring Cloud 中，数据集(Data Id) 的配置完整格式如下：
${prefix}-${spring.profile.active}.${file-extension}
prefix：就是配置的服务名，默认是你配置的，通俗的说就是服务注册时注册到服务中⼼的服务名的值：
spring:
application:
name: shop-coupon #服务名
spring.profile.active：是配置开发环境的值，⼀个程序不可能总是在开发环境，可能需要切换到测试环
境，上线环境，他们的配置⽂件都是不同的，所以为了⽅便环境切换，我们配置不同的开发环境⽂档。⽐如在l中有配置dev，就是开发环境：
spring:
profiles:
active: dev #表⽰开发环境
最后我们需要指定配置⽂件类型，默认是properties。我们可以⾃⼰指定⽂件类型，⽐如配置：
spring:
cloud:
nacos:
config:
file-extension: yaml #指定配置⽂件类型为yaml⽂件
指定好配置⽂件类型，我们最终在配置中⼼新增配置⽂件就是：shop-coupon-dev.yaml。
2.常⽤细节
 1)、命名空间：配置隔离：
  默认: public(保 留空间)；默认新增的所有配置都在public空间。隔离开发，测试，⽣产环境。
可以添加命名空间，然后在l配置⽂件添加命名空间的id即可切换到对应的命名空间，使⽤对应空间下的配置⽂件：
cloud:
nacos:
config:
namespace: a65a17de-e8f3-4d00-8d87-91549aaa0f02 #对应创建的命名空间的UUID
也可以基于微服务来创建命名空间，⽤每⼀个微服务名来命名，达到隔离每⼀个微服务的⽬的，哪⼀个微服务需要配置直接去对应的微服务空间下配置即可，使得项⽬更加结构化。
 2)、配置集：所有配置的集合。
 3)、配置集ID：类似⽂件名。
  Data ID：类似⽂件名
4)、配置分组：按时间等因素影响，可以去分组配置，⽐如双11组，双12组等等
  默认所有的配置集都属于: DEFAULT_ GROUP；我们也可以⾃⼰适配。
⼀般的建议是使⽤命名空间来隔离服务，即每个微服务创建⼀个命名空间，使⽤配置分组来区分环境：dev、test、prod等。
3.从⼀个配置中⼼加载多个配置集
将⼀个配置⽂件按功能拆分成不同的⽂件，然后在程序组合加载到⼀起组成⼀个完整的配置⽂件。
⽐如拆分⼀下配置：
server:
port:5001
spring:
profiles:
active: dev #表⽰开发环境
datasource:
driver-class-name: sql.cj.jdbc.Driver
微服务在哪里url: jdbc:mysql://139.224.67.81:3306/zunhui_sms?useUnicode=true&characterEncoding=utf-8&useSSL=false
username: root
password: root
application:
name: shop-coupon
spring:
application:
name: shop-coupon
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848
file-extension: yaml #指定配置⽂件类型为yaml⽂件
discovery:
server-addr: 127.0.0.1:8848
mybatis-plus:
mapper-locations: classpath/mapper/**/*.xml
global-config:
db-config:
id-type: auto #配置id⾃增
就可以拆分成三个⽂件，⼀个关务数据源的l的，⼀个关于mybatis的，剩下的⼀个other配置：
只需要在配置⽂件中使⽤ext-config就可以加载多个配置⽂件：
nacos作为配置中⼼的基本配置规则就是这些。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。