二、springCloudAlibaba基础篇（配置中心作用范围）

二、springCloudAlibaba基础篇（配置中心作用范围）
1、命名空间/Group/Data-Id说明
2、使用场景
3、代码编写

1、命名空间/Group/Data-Id说明

上篇文章说过Data-id由三部分组成，实际开发中，也会写多个配置文件，比如-test的，-dev的，用来给线上环境和本地开发环境使用，而我们的DATA-ID就是用来做这个的。但是除了Data-Id，nacos为我们提供了Group(组)和命名空间用来更细致的区分所需使用的配置文件
xxx.yaml
xxx.properties
xxx-dev.yaml
xxx-test.yaml

DATA-ID : 格式要求 {prefix}-{spring.profiles.active}.${file-extension}
${prefix} : 当前项目名称
${spring.profiles.active}：使用的环境，没有的话可以不配置
${file-extension}：配置文件的类型
Group: 默认值DEFAULT_GROUP
命名空间：默认只有一个public，下图中进入-命名空间目录可以自己添加

这里讲一下他们它们的作用范围，项目配置时默认会使用public命名空间(我们自定的命名空间通过namespace配置，值在图三位置)，接下来进入Group分组，最后就是找到分组里的具体配置文件。比如我下面的配置文件就会找到，public空间→TEST_GROUP组→provider-01-test.yaml文件

 

server:
  port: 8101
spring:
  profiles:
    active: test
  application:
    name: provider-01
  cloud:
    nacos:
      discovery:
        server-addr: http://localhost:8848
      config:
        server-addr: http://localhost:8848  #地址
        file-extension: yaml  # 指定格式yaml
        group: TEST_GROUP  # 缺省即可
        prefix: ${spring.application.name} # 缺省即可
        # namespace: 3f977181-0a5e-4f33-b39e-8e1b1d2bb435

 

 

2、使用场景
开发微服务时，会有大量的项目注册进入nacos中，假设三人开发，一个人负责5个小项目，每人又为对应的项目配置了测试环境、开发环境、生产环境配置文件，那么配置列表就会有45个文件。看着头晕眼烦的，毕竟自己项目名称都没记全，通过Data-id分辨是谁的项目不晕死。

我们当时的做法是用的Group区分，每个人以自己的名字作为组，这样大家看到配置文件时，就知道这是谁的项目添加进来了，有问题也好找对方。还可以通过搜索栏输入Group来只看自己的，瞬间清晰很多。

可是自己项目的测试、生产、本地开发环境都在上面，虽然可以通过他们的spring.profiles.active配置区分，但比较累眼睛，这个时候就可以通过命名空间区分，根据环境在单独建立命名空间。

总结：至于怎么区分全看项目成员心情，不嫌累，一个项目配置一个命名空间、一个分组都可以

3、代码编写
链接: 一、springCloudAlibaba基础篇(nacos注册中心与配置中心)