<svg xmlns="http://www.w3.org/2000/svg" style="display: none;"> <path stroke-linecap="round" d="M5,0 0,2.5 5,5z" id="raphael-marker-block" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"></path> </svg> <p></p>
讯享网
1.引入nacos配置中心依赖
讯享网
2.修改工程配置文件(配置中心相关配置项)
单纯对于配置中心来说,可以想象到的配置包括地址、用户名、密码,根据下图配置类定义可以看出,这些配置默认继承于spring.cloud.nacos层级下的server-addr、username、password,命名空间spring.cloud.nacos.config.namespace默认为public,分组spring.cloud.nacos.config.group默认为DEFAULT_GROUP

讯享网

3.在nacos控制台中添加对应配置

涉及到Spring底层多配置源加载,相关类MutablePropertySources,暂不详细讨论,结论是:
本地及Nacos配置中心共同加载顺序为:
1.bootstrap.yaml
2.bootstrap.properties
3.bootstrap-{profile}.yaml
4.bootstrap-{profile}.properties
5.application.yaml
6.application.properties
7.application-{profile}.yaml
8.application-{profile}.properties
9.nacos配置中心共享配置(通过spring.cloud.nacos.config.shared-configs指定)
10.Nacos配置中心该服务配置(通过spring.cloud.nacos.config.prefix和spring.cloud.nacos.config.file-extension指定)
11.Nacos配置中心该服务-{profile}配置(通过spring.cloud.nacos.config.prefix和spring.cloud.nacos.config.file-extension、以及spring.profiles.active指定)
配置生效覆盖关系:
讯享网
基于SpringCloud提供的自定义配置接口-PropertySourceLocator通过重写locate方法,将配置提供给SpringCloud,返回是一个PropertySource类型(PropertySource抽象类)的对象,如下图所示


nacos配置中心的核心类是NacosPropertySourceLocator,该类实现PropertySourceLocator接口,重写locate方法,返回对象是CompositePropertySource,该类中有个Set<PropertySource>类型的属性,这里的PropertySource,nacos用的是NacosPropertySource,Set使用的是LinkedHashSet,所以根据顺序后面加载的配置会覆盖前面的配置,如下图所示:



上面的CompositePropertySource和NacosPropertySource都是PropertySource的实现类,继承关系如下图所示:

上面的所有类中,属于nacos定义的是NacosPropertySourceLocator和NacosPropertySource
配置加载使用到了三个方法
依次加载共享配置,扩展配置,应用配置,配置依旧是覆盖关系。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/208185.html