SpringCloud配置中心动态加载(刷新)配置文件-免费源码丞旭猿-丞旭猿

前言

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

场景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的时候在实例化，初始化。因为没有看源码，我猜想是这个原理。

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

源码分析

来看一下调用过程。

@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();//销毁所有的bean
		this.context.publishEvent(new RefreshScopeRefreshedEvent());//发布刷新事件
	}

我自己的疑惑是：

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

带着这个疑惑，继续看源码中…

后续：

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

private ContextRefresher refresh;
public void handle(RefreshEvent event) {
   if (this.ready.get()) { // dont 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集合
}

声明：本文部分素材转载自互联网，如有侵权立即删除。

1. 本站所有资源来源于用户上传和网络，如有侵权请邮件联系站长！邮箱：cxysz1@tom.com
2. 分享目的仅供大家学习和交流，您必须在下载后24小时内删除！
3. 不得使用于非法商业用途，不得违反国家法律。否则后果自负！
4. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务请大家谅解！
5. 如有链接无法下载、失效或广告，请联系管理员处理！
6. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！
7. 如遇到加密压缩包，请使用WINRAR解压,如遇到无法解压的请联系管理员！
8. 精力有限，不少源码未能详细测试（解密），不能分辨部分源码是病毒还是误报，所以没有进行任何修改，大家使用前请进行甄别
丞旭猿论坛

THE END

技术文档