热更新会对两类Bean进行刷新,一种是使用了@ConfigurationProperties的对象,另一类是使用了@RefreshScope的对象 两者的更新机制也不同,前者通过rebind,所有的bean重新绑定来完成刷新;后者是通过RefreshScope的缓存和延迟加载机制,生成新对象

  1. 监听Apollo配置中心,配置发生变化的动作
    通过注解标明监听的配置文件
  2. springboot热更新配置 springboot更新操作_springboot

  3. 类 ContextRefresher
    其中的refresh方法,包含springboot刷新属性的实际过程
    标注语句之前的语句中完成,新springboot应用的创建,初始化,并使用新的配置,完成的配置的更新
    但是原有的配置已经注入对应属性中,需要解绑并重新绑定,所以在标记的两行代码中负责解绑并重新绑定
  4. springboot热更新配置 springboot更新操作_热更新_02

  5. 发布 EnvironmentChangeEvent事件
    EnvironmentChangeEvent被发布后,会被两个监听者所捕获
    a、更新日志系统的相关配置,例如日志级别等
  6. springboot热更新配置 springboot更新操作_热更新_03

  7. b、更新使用@ConfigurationProperties绑定的bean
  8. springboot热更新配置 springboot更新操作_springboot热更新配置_04

  9. refreshScope.refreshAll()
    在RefreshScope的类中
  10. springboot热更新配置 springboot更新操作_热更新_05

  11. 第一句话:super.destroy()
    在GenericScope中维护着一个cache,这是一个ConcurrentHashMap
  12. springboot热更新配置 springboot更新操作_springboot热更新配置_06

  13. 所有被@RefreshScope标明的类都会被保存在cache中,在destroy()方法中会销毁掉所有bean的实例,这样缓存空了,在下次访问时自然就会创建新对象了
    在这个缓存中由四个bean会被预先被存储,当然你自定义类加上@RefreshScope也会被放进来
  14. springboot热更新配置 springboot更新操作_热更新_07

  15. 这四个是在源码中被预先注明@RefreshScope的,所以会被放入cache中,以下面的eurekaClient为例
    类RefreshableEurekaClientConfiguration
  16. springboot热更新配置 springboot更新操作_热更新_08

  17. 第二句话:发布RefreshScopeRefreshedEvent事件
    这个事件会被一些cloud的组件中的监听,并作一些反馈
    例如zuul,Eureka
    在Eureka中的EurekaClientConfigurationRefresher 中会监听此事件,然后执行取消注册,初始化Eureka Client,以及重新注册
  18. springboot热更新配置 springboot更新操作_缓存_09

  19. 集成Apollo的配置热更新的Demo

参考:https://www.jianshu.com/p/ee504c7b6fe2


https://www.jianshu.com/p/188013dd3d02?tdsourcetag=s_pctim_aiomsg