这篇文章将为大家详细讲解有关SpringCloud中怎么使用RefreshScope刷新配置信息,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
成都创新互联致力于互联网网站建设与网站营销,提供成都网站制作、网站设计、网站开发、seo优化、网站排名、互联网营销、微信小程序、公众号商城、等建站开发,成都创新互联网站建设策划专家,为不同类型的客户提供良好的互联网应用定制解决方案,帮助客户在新的全球化互联网环境中保持优势。
我们有一个配置类:
@Component("smsTemplateConfig") @ConfigurationProperties(prefix = "zt.sms") @Data //注意如下注解 @RefreshScope @Slf4j public class SmsTemplateConfig { /** * 是否发送短信 */ private Boolean send; /** * 短信位数 */ private Integer msgCodeDigits; @PostConstruct private void initialize() { log.info("SmsTemplateConfig initialized - send: {},msgCodeDigits: {}", send, msgCodeDigits); } }
该配置类,会在如下类种被用到:
@Component public class MsgUtils { @Autowired private SmsTemplateConfig config; public SmsTemplateConfig getConfig() { return config; } }
该配置类是关于短信配置相关的,然后,我们在配置中心修改了这个配置信息,那么服务就可以通过SpringCloud的RefreshScope这个类来热加载配置信息,代码如下:
RefreshScope.refresh("smsTemplateConfig");
RefreshScope的原理是:会先摧毁(destory),名称为smsTemplateConfig这个实例,然后当smsTemplateConfig这个实例再被用到的时候再重新初始化。
那么,问题来了,MsgUtils 这个类是单例,在容器中只会初始化一次,容器不会再帮我们注入新的smsTemplateConfig实例,那么smsTemplateConfig被销毁之后,是如何重新初始化的呢?
解决
普及两个概念:
1.Spring中bean的生命周期可以用类Scope来标识,生命周期(Scope的子类)有Singleton,Prototype,Request,Session,SpringCloud又新增了Thread,Refresh这几种,其中Singleton和Prototype是单独的类,其它的都是Scope的子类 ;不同生命周期的Bean由各自对应的Scope来管理。
2.Spring对非Singleton的Scode都使用了代理机制。
基于上面两个概念, 我们SmsTemplateConfig这个类上面有@RefreshScope这个注解,这个注解表示这个类的Scope是Refresh,也就是说,我们每次调用smsTemplateConfig这个实例,其实调用的是它的代理类。
有了这个结论之后,我们就需要去看代理类中添加了哪些逻辑,具体过程太复杂,这里直接说结论:每次通过代理对象执行原始对象的方法时,我们肯定要获取到原始对象,这里,我们的原始对象smsTemplateConfig,它的生命周期是refresh,所以由RefreshScope管理,所以需要先获取自身对应的RefreshScope,然后通过RefreshScope获取对应实例,到了这一步,马上就要揭开谜底了,既然是由RefreshScope获取对应实例的,那么我就要看RefreshScope获取的逻辑就好了,这里也是直接说结论,RefreshScope类内部有一个缓存,缓存了所有的生命周期为refresh的实例,假如缓存没有命中,就会重新生成对应的实例,在前文中我们是不是摧毁了smsTemplateConfig的实例,那么在这里就会重新生成,也就是重新初始化了smsTemplateConfig实例。
关于SpringCloud中怎么使用RefreshScope刷新配置信息就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
新闻名称:SpringCloud中怎么使用RefreshScope刷新配置信息
URL分享:http://lswzjz.com/article/pdshgd.html