配置动态刷新_SpringCloud配置中心动态加载(刷新)配置文件

本文探讨了在分布式系统中配置中心如何实现动态加载和刷新配置,重点介绍了Spring框架下的动态刷新机制。通过在类上使用@RefreshScope注解和@Value注解,配置变更时,可以通过调用/refresh接口来刷新配置。文章提到了使用Zookeeper作为配置中心时,配置变更的自动生效,但未找到确切的源码分析。作者计划进一步研究源码,特别是ContextRefresher方法中配置刷新的逻辑。
摘要由CSDN通过智能技术生成

前言

现在的分布式系统中,通常会使用一个中间件作为配置中心,目的是实现在多服务器集群的场景下,只需要统一修改配置中心的配置文件,然后所有的服务器全部获取配置中心最新的配置文件信息,服务器不用重新启动,即可以在所有的服务器上面生效。要想实现这个功能,它的原理大概如下:

场景1:服务器首次启动-->获取配置中心最新的配置-->然后实例化bean,并根据配置文件信息初始化bean的所有的属性。这个场景很好理解,那些原本配置在本地的配置文件,也就是这样使用的,只不过配置中心的配置,需要远程获取一下。

场景2:配置中心配置信息修改->通知服务器获取最新的配置-->获取到最新的配置后,销毁所有的bean-->重新实例化所有的bean,然后根据最新的配置文件信息初始化所有的bean属性。这个过程就是SpringCloud框架,给我们实现的配置中心动态加载(刷新)配置文件。

注:下面所说的Spring框架包含:Spring FrameWork,Spring Boot,Spring Cloud。

Spring框架实现

在Spring框架中是这样实现的。

1.在类上加@RefreshScope注解。

2.在属性中引入@Value注解

3.手动调用刷新http://localhost:8080/refresh,我猜想这个接口会触发销毁所有注解了@RefreshScope注解的bean,然后再后续使用bean的时候在实例化,初始化。因为没有看源码,我猜想是这个原理。

c094bb39f4d879fcdace3f07295399db.png

新版本中需要引入actuator,并添加如下的配置,来暴露refresh接口。

fa51b7d041d8974089725971d9e99527.png
932882ea442fa42ba38f9456f0bbb60d.png

源码分析

来看一下调用过程。

@Endpoint(id = "refresh")public class RefreshEndpoint {   private ContextRefresher contextRefresher;      public RefreshEndpoint(ContextRefresher contextRefresher) {      this.contextRefresher = contextRefresher;     }   @WriteOperation       public Collection refresh() {      //refresh方法最终会调用此逻辑     Set keys = this.contextRefresher.refresh(); //实际调用ContextRefresher去做的刷新逻辑          return keys;      }}//this.contextRefresher.refresh();方法public synchronized Set refresh() {Set keys = refreshEnvironment();this.scope.refreshAll();//实际调用这个方法去刷新return keys;}//this.scope.refreshAll();方法@ManagedOperation(description = "Dispose of the current instance of all beans "+ "in this scope and force a refresh on next method execution.")public void refreshAll() {super.destroy();//销毁所有的beanthis.context.publishEvent(new RefreshScopeRefreshedEvent());//发布刷新事件}

我自己的疑惑是:

我用zookeeper作为配置中心,我发现我在zookeeper上面修改了配置信息,在应用程序中自动就生效了,因为没有找到源码,我猜想是Spring框架最终底层是调用了refreshAll()方法,但是我发现对象是没有被重新实例化的,因为通过IDE调试时,对象的编码还是和以前一样,如下图。

c805f91ddf6e0627f74cf1ac77811e39.png

带着这个疑惑,继续看源码中...

后续:

1.当修改zookeeper配置中心的配置时,RefreshEventListener监听器会被触发,部分 源码如下:

private ContextRefresher refresh;public void handle(RefreshEvent event) {   if (this.ready.get()) { // don't handle events before app is ready          log.debug("Event received " + event.getEventDesc());          Set keys = this.refresh.refresh();  //实际调用ContextRefresher去做的刷新逻辑,     //与手动调用   最终触发的逻辑是一样的。      log.info("Refresh keys changed: " + keys);   }}

在ContextRefresher方法中会触发配置信息刷新的逻辑,部分源码如下:

public synchronized Set refreshEnvironment() {   Map before = extract(         this.context.getEnvironment().getPropertySources());           addConfigFilesToEnvironment();  //这个逻辑会触发重新去zookeeper获取最新的配置信息       Set keys = changes(before,  extract(this.context.getEnvironment().getPropertySources())).keySet();     this.context.publishEvent(new EnvironmentChangeEvent(this.context, keys));     return keys;//返回值是value值改变了的key集合}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值