热更新会对两类Bean进行刷新，一种是使用了@ConfigurationProperties的对象，另一类是使用了@RefreshScope的对象 两者的更新机制也不同，前者通过rebind，所有的bean重新绑定来完成刷新；后者是通过RefreshScope的缓存和延迟加载机制，生成新对象
-
监听Apollo配置中心，配置发生变化的动作
通过注解标明监听的配置文件
-
发布 EnvironmentChangeEvent事件
EnvironmentChangeEvent被发布后，会被两个监听者所捕获
更新日志系统的相关配置，例如日志级别等
更新使用@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 中会监听此事件
参考：
https://www.jianshu.com/p/ee504c7b6fe2
https://www.jianshu.com/p/188013dd3d02?tdsourcetag=s_pctim_aiomsg
https://blog.csdn.net/cml_blog/article/details/78411312?tdsourcetag=s_pctim_aiomsg