热更新会对两类Bean进行刷新,一种是使用了@ConfigurationProperties的对象,另一类是使用了@RefreshScope的对象 两者的更新机制也不同,前者通过rebind,所有的bean重新绑定来完成刷新;后者是通过RefreshScope的缓存和延迟加载机制,生成新对象
- 监听Apollo配置中心,配置发生变化的动作
通过注解标明监听的配置文件 - 类 ContextRefresher
其中的refresh方法,包含springboot刷新属性的实际过程
标注语句之前的语句中完成,新springboot应用的创建,初始化,并使用新的配置,完成的配置的更新
但是原有的配置已经注入对应属性中,需要解绑并重新绑定,所以在标记的两行代码中负责解绑并重新绑定 - 发布 EnvironmentChangeEvent事件
EnvironmentChangeEvent被发布后,会被两个监听者所捕获
a、更新日志系统的相关配置,例如日志级别等 - b、更新使用@ConfigurationProperties绑定的bean
- refreshScope.refreshAll()
在RefreshScope的类中 - 第一句话:super.destroy()
在GenericScope中维护着一个cache,这是一个ConcurrentHashMap - 所有被@RefreshScope标明的类都会被保存在cache中,在destroy()方法中会销毁掉所有bean的实例,这样缓存空了,在下次访问时自然就会创建新对象了
在这个缓存中由四个bean会被预先被存储,当然你自定义类加上@RefreshScope也会被放进来 - 这四个是在源码中被预先注明@RefreshScope的,所以会被放入cache中,以下面的eurekaClient为例
类RefreshableEurekaClientConfiguration - 第二句话:发布RefreshScopeRefreshedEvent事件
这个事件会被一些cloud的组件中的监听,并作一些反馈
例如zuul,Eureka
在Eureka中的EurekaClientConfigurationRefresher 中会监听此事件,然后执行取消注册,初始化Eureka Client,以及重新注册 - 集成Apollo的配置热更新的Demo
参考:https://www.jianshu.com/p/ee504c7b6fe2
https://www.jianshu.com/p/188013dd3d02?tdsourcetag=s_pctim_aiomsg