nacos配置中心原理（nacos 配置管理）



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

配置加载使用到了三个方法

依次加载共享配置，扩展配置，应用配置，配置依旧是覆盖关系。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/jszy-cpgl/56341.html