SpringCloud Alibaba Nacos作为配置中心（五）--------自定义GROUP--自定义命名空间

最新推荐文章于 2025-11-10 17:19:01 发布

原创

最新推荐文章于 2025-11-10 17:19:01 发布 · 2.1w 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#自定义命名空间 #nacos #自定义group #配置中心 #springboot

本文介绍了如何在SpringCloud Alibaba Nacos中自定义GROUP以避免配置文件名称冲突，并详细展示了创建和修改客户端配置以使用自定义命名空间的过程。通过设置命名空间ID，确保了不同环境的配置隔离，启动客户端后，验证了配置生效。

自定义group

在同一个group下，配置文件名不能重复，所以当需要创建文件名称相同的两个配置文件时，将两个配置文件创建在不同的group下即可。当我们再同一个group下创建一个已有的配置文件时，nacos会将其视为配置文件的修改，而不是新建。

已有的配置文件

我们在另一个group下再创建一个 nacos-config-client.properties

修改客户端配置文件

修改bootstrap.properties

spring.application.name=nacos-config-client
spring.cloud.nacos.config.server-addr=127.0.0.1:8848
#spring.cloud.nacos.config.file-extension=yaml
spring.cloud.nacos.config.group=SECOND_GROUP

注：该配置必须放在 bootstrap.properties 文件中

启动客户端你，访问http://localhost:8080/test

最低0.47元/天解锁文章

15 条评论

帅总吖 2020.08.26
大佬，想知道你那边测试test接口的代码是怎么写的？是使用的@NacosValue指定的配置文件吗？求贴一下代码
- 帅总吖回复jingle_1995 2020.08.27
  [reply]qq_26932225[/reply] @NacosValue(value = "${spring.profiles.active:dev}", autoRefreshed = true) 我现在这边是这样写的，不知道该怎么改[@RestController public class TestConfigController { @NacosValue(value = "${spring.profiles.active:dev}", autoRefreshed = true) private String testProperties; @GetMapping("/test") public String test(){ return testProperties; } }] [/code]
- jingle_1995回复帅总吖 2020.08.26
  [reply]weixin_43549912[/reply]我当时写的测试工程，并没有通过@NacosValue指定配置文件的，在我们的Springboot工程中，在application.properties文件中，配置了spring.application.name，指定应用名，然后在Nacos上面，创建配置文件，然后Springboot启动时，会自动去Nacos上拖取${spring.application.name}.properties名字的配置文件

你的笑忘书 2019.09.26
Nacos做配置中心时，可以直接在配置页面上配置application.yml，来代替本地项目application.yml？
- 你的笑忘书回复jingle_1995 2019.09.26
  [reply]qq_26932225[/reply] 测试了下，是可以的，Spring、DB、Redis等配置本地直接删除了，全部上nacos配置了，也是摸石头过河。
- jingle_1995回复你的笑忘书 2019.09.26
  [reply]weixin_43563446[/reply] 其实并不是代替本地的application.yml。是这样的，在我们的工程中会指定spring.application.name,启动时，客户端自动的会从nacos上拖取${spring.application.name}.yml文件，如果本地已经有了配置，那么会覆盖本地的相关配置。如果从nacos拖取失败，那么会用本地的配置文件。例如：我的bootstrap.properties中配置了spring.application.name=nacos-config-client，那么启动时，会自动从naocs上拖取nacos-config-client.properties/nacos-config-client.yml，如果我的本地配置文件指定了注册中心地址是127.0.0.1:8000，nacos上的nacos-config-client.yml上指定了注册中心是127.0.0.1:9000，那么本地的注册中心配置会被覆盖（nacos的配置文件优先级更高），客户端会注册到127.0.0.1:9000。之前用的时候就是这样做的，不知道有没有记错，你可以做一下测试

你的笑忘书 2019.09.25
继续回复一下，刚才仔细看了下你这篇文章，自定义分组 SECOND_GROUP，你是配置的默认的 nacos-config-client.properties，在你的demo里这样会生效是不？如果是这样的话，那就是 share-ids 必须得用 nacos-config-client.properties。
- jingle_1995回复你的笑忘书 2019.09.26
  [reply]weixin_43563446[/reply] 没有啦，我也只是个菜鸟，感谢你的问题和留言，这样我也可以从中学到了很多
- 你的笑忘书回复jingle_1995 2019.09.25
  [reply]qq_26932225[/reply] 巨佬牛逼。我再去深入研究下，看看是不是哪里张冠李戴了。官方文档可能也有点误导的嫌疑吧。哈哈。
- jingle_1995回复你的笑忘书 2019.09.25
  [reply]weixin_43563446[/reply] 我的那个工程用的SECOND_GROUP确实是有效的，但是我并没有用spring.cloud.nacos.config.shared-dataids进行配置。此外，nacos-config-client.properties这个是针对本客户端工程的，spring.cloud.nacos.config.group设置的group对本工程的 nacos-config-client.properties配置一定是有效的。但是 spring.cloud.nacos.config.shared-dataids 这个配置目的是用于多个多个工程，设置是不同项目的工程共用的配置文件，所以spring.cloud.nacos.config.group就对其无效。我觉得官方的目的可能是认为pring.cloud.nacos.config.shared-dataids既然是很多项目工程的共有配置，不同的工程通常是用的不同的组，那么就统一放在默认分组会比较好一些吧。你可以看一下官方文档介绍，支持自定义扩展的 Data Id 配置模块，https://github.com/alibaba/spring-cloud-alibaba/wiki/Nacos-config，确实没提及spring.cloud.nacos.config.shared-dataids可以指定分组

你的笑忘书 2019.09.24
试过 spring.cloud.nacos.config.group 搭配 spring.cloud.nacos.config.shared-dataids 和 spring.cloud.nacos.config.refreshable-dataids 一起使用的情况下，group失效的情况么？
- jingle_1995回复你的笑忘书 2019.09.25
  [reply]weixin_43563446[/reply] 官方文档里面对于shared-ids的介绍里面，只是说了 spring.cloud.nacos.config.shared-dataids和spring.cloud.nacos.config.refreshable-dataids进行搭配，并没有提及group，应该意思是group不支持自定义，所以都是用的DEFAULT_GROUP。源码的话，你可以看一下F:\Program Files\repo\org\springframework\cloud\spring-cloud-alibaba-nacos-config\0.9.0.RELEASE\spring-cloud-alibaba-nacos-config-0.9.0.RELEASE.jar包里面的org.springframework.cloud.alibaba.nacos.client.NacosPropertySourceLocator这个类里面的loadSharedConfiguration方法，里面的loadNacosDataIfPresent(compositePropertySource, dataId, "DEFAULT_GROUP",fileExtension, isRefreshable);直接把group设置成了default_group，我觉得应该就是这里的原因。
- 你的笑忘书回复jingle_1995 2019.09.25
  [reply]qq_26932225[/reply] 确实如你虽说，我开始用share-ids的那种，然后spring.cloud.nacos.config.group指定分组没有生效，还是得走默认分组才行。我当时也和你一样，自己测试了不同的方式，也选择了你回复里说的这种用spring.cloud.nacos.config.ext-config[0]数组这种形式，每个指定单独的分组，这样子才算OK。所以，share-ids 和 spring.cloud.nacos.config.group，搭配干活，分组无效，大佬看源码里有提到这块原因么？
- jingle_1995回复你的笑忘书 2019.09.24
  [reply]weixin_43563446[/reply] 你的意思是设置了spring.cloud.nacos.config.group，但是share-ids的group会还是用的DEFAULT_GROUP吗？我这边测试是这样的。如果是这个问题的话，我建议不要用share-ids，而是用 spring.cloud.nacos.config.ext-config[0].data-id=share-id1.properties spring.cloud.nacos.config.ext-config[0].group=MY_GROUP spring.cloud.nacos.config.ext-config[0].refresh=true spring.cloud.nacos.config.ext-config[1].data-id=share-id2.properties spring.cloud.nacos.config.ext-config[1].group=MY_GROUP spring.cloud.nacos.config.ext-config[1].refresh=true