| SpringCloud中使用Nacos作为配置中心原理 | 您所在的位置：网站首页 › nacos本地配置覆盖 › SpringCloud中使用Nacos作为配置中心原理 |
SpringCloud中使用Nacos作为配置中心原理
|
使用了是Nacos的自动配置依赖 com.alibaba.cloud spring-cloud-starter-alibaba-nacos-config 2.2.5.RELEASEbootstrap.yml配置文件 spring: cloud: nacos: # Nacos 控制台添加配置： # Data ID：example.properties # Group：DEFAULT_GROUP config: server-addr: 127.0.0.1:8848 prefix: example # 指定配置的后缀，支持 properties、yaml、yml，默认为 properties file-extension: properties username: nacos password: nacos
使用到nacos配置中心的bean上配置@RefreshScope 注解，标识这个bean的作用域 @RestController @RequestMapping("/config") @RefreshScope public class ConfigController { @Value("${useLocalCache:false}") private boolean useLocalCache; @RequestMapping("/get") public boolean get() { return useLocalCache; } }
以上面的配置为例子。 先说下具体配置点 1、加载的nacos属性源列表有哪些？默认会加载 group=DEFAULT_GROUP的属性源列表有： 1、带profile的 dataId配置源 dataId = ${prefix}-${spring.profiles.active}.${file-extension} 2、不带profile的 dataId配置源 dataId = ${prefix}.${file-extension} 3、不带后缀的 dataId配置源 dataId = ${prefix} 默认情况下 前缀 prefix = spring.application.name 加载属性源列表优先级为： 带profile的 DataId名称 > 带 .后缀的 dataId名称 > 不带 .后缀的 dataId名称如上面的配置按照优先级，从高到底会加载 dataId = example-dev.properties dataId = example.properties dataId = example
2、nacos属性源是否覆盖本地配置文件和系统属性的设置 SpringCloud中，nacos是借助SpringCloud的Config来加载属性源的，所以是否覆盖系统属性和配置文件属性的设置也是通过SpringCloud的配置进行触发。 默认情况下的配置： spring: cloud: config: # 是否不覆盖其他属性源，默认为false，即覆盖其他源 override-none: false # 允许nacos被本地文件覆盖，默认为true allow-override: true # 是否覆盖系统属性源，默认为true override-system-properties: true默认情况下nacos属性源优先级最高，会覆盖系统属性源和配置属性源。 如果用户想复写上述的属性，则放在bootstrap.yml或application.yml配置文件中是无效的如果要修改nacos的属性源优先级，则需要将 上述配置放到nacos上的配置内容中才生效！ 当nacos属性源中有上面的配置参数时 会先判断 1、(!allow-override || (!override-none && override-system-properties)) 上面条件为真时， override-none: false allow-override: true override-system-properties: true 会将nacos属性源添加到 environment的属性源列表第一位， 即覆盖系统属性源，并且可以覆盖其他属性源 propertySources.addFirst() 2、(override-none) 不满足条件1，且条件2为真时。 override-none: true allow-override: true override-system-properties: true 即不覆盖其他属性源，将nacos属性源放到属性源列表最后面。 propertySources.addLast() 3、 override-system-properties = false时， 不满足条件1和2，上面条件通过 会将nacos属性源添加到 系统属性源（systemEnvironment）后面，在其他配置文件之前。 所以当要让nacos优先级最高，使用默认spring.cloud.config配置即可。 当要让nacos属性源不覆盖本地配置文件，需要设置 override-none: true 当要让nacos属性源覆盖本地配置文件，但不覆盖系统属性源，设置 override-system-properties: false
启动过程： 1、SpringBoot的prepareEnvironment()方法初始化完系统环境属性源后， 发布环境准备完成事件中，进行SpringCloud容器启动，会在这里进行Nacos的配置源加载到Environment中。 2、Nacos动态刷新配置属性相关bean定义的设置（@RefreshScope注解配置） @RefreshScope 注解标识 bean的生命周期（作用域） @RefreshScope标识的bean：标识bean的生命周期为当前配置没发生变化的时间段内。 即：当配置文件发生变化（配置content的MD5值发生变化时）， 会触发作用域：refresh的刷新操作。将会重新创建bean实例，放入到作用域bean实例列表中。具体查看资料：Spring系列四：Bean Scopes作用域：https://my.oschina.net/merryyou/blog/3119993 如request作用域，标识为@RequestScope注解的bean，即等同于@Scope(WebApplicationContext.SCOPE_REQUEST)， 该bean的声明周期为一次http请求开始到结束。即每一次获取http请求获取到的bean对象实例都是新创建的。 而在一个http请求内引用的bean对象实例都是相同的对象。 启动过程中作用域
如上面实例：ConfigController 有@RefreshScope注解，会被归类到作用域refresh下面，bean的创建，销毁都是由作用域来管理。 通过BeanFactory.getBean(String name) 方法获取 ConfigController实例时， 会判断该bean是否属于Singleton单例， Prototype原型 类型 如果都不是，则会用Scope作用域来获取bean实例。 Scope.get(String name, ObjectFactory objectFactory)方法 refresh作用域对应的Scope实现类： RefreshScope
SpringBoot运行过程中配置的刷新： 在自动配置类com.alibaba.cloud.nacos.NacosConfigAutoConfiguration 申明的配置刷新类：NacosContextRefresher 刷新事件处理类：RefreshEventListener 和 ContextRefresher 当有配置变更时发布RefreshEvent事件，这个事件是RefreshEventListener监听 NacosConfigService内部维持了一个executor轮询线程（单线程，每隔0.01秒执行一次）和一个executorService处理数据线程。 轮询线程会检查配置数据的md5是否变化，发生变化再通知listener进行配置变更接收。NacosContextRefresher向Nacos注册的监听器，会发布RefreshEvent事件 后面就通过Spring Cloud的刷新机制，进行环境配置属性的重新加载。对 scope作用域中 key为 "refresh" 下的bean进行重新生成。 |
【本文地址】