这篇文章将为大家详细讲解有关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刷新配置信息就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
