更多Spring文章,欢迎点击 一灰灰Blog-Spring专题java
配置的刷新,从第一篇就提出了这个问题,可是一直都没有说到,那么配置加载完毕以后可否在主动刷新呢?git
若是对SpringCloud有了解的话,会直到有个配置中心的微服务,专门就是来作配置远程拉取,固然也支持刷新了,这是否意味着能够支持刷新呢,若是支持该怎么作?github
<!-- more -->web
本篇将介绍并演示如何实现配置信息的刷新,但不会涉及到底层的实现原理,想要探究里面的神奇,能够网上google一下,或者期待后续的源码分析篇spring
咱们这里主要借助这个类来实现配置刷新,至于从哪里捞出来的这个东西,从Spring-Cloud-Config出发,看了下它怎么玩的,而后依葫芦画瓢app
这个类全路径为 org.springframework.cloud.context.refresh.ContextRefresher
,所以你的SpringBoot项目须要作一点修改dom
<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-context</artifactId> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Finchley.RELEASE</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>
接下来就简单了,直接调用这个类的refresh()
方法就能够了,just so easy~spring-boot
配置文件: application.yml微服务
biz: refresh: ${random.long} key: refresh-test rest: uuid: ${random.uuid} server: port: 8081
读取配置的bean,演示了两种获取方式,分别以下源码分析
@Data @Component @ConfigurationProperties(prefix = "biz") public class BizConfig { private String key; private Long refresh; }
开启刷新的@Value
注解方式,注意下面的@RefreshScoe
注解,这个必须有,负责更新后的配置不会同步
@Data @RefreshScope @Component public class ValueConfig { @Value("${rest.uuid}") private String uuid; }
测试Controller
以下
@RestController public class DemoController { @Autowired private ContextRefresher contextRefresher; @Autowired private BizConfig bizConfig; @Autowired private ValueConfig valueConfig; @GetMapping(path = "/show") public String show() { JSONObject res = new JSONObject(); res.put("biz", JSONObject.toJSONString(bizConfig)); res.put("uuid", valueConfig.getUuid()); return res.toJSONString(); } @GetMapping(path = "/refresh") public String refresh() { new Thread(() -> contextRefresher.refresh()).start(); return show(); } }
启动上面的应用,而后开启愉快的测试,调用refresh接口,发现每次的返回都不同(由于配置文件使用了random随机生成),可是访问show接口时,每次返回的都是同样的,也就是说refresh接口中确实实现了配置的刷新
说明
ConfigurationProperties
方式获取注解时,自动支持刷新配置@Value
注解的方式,须要开启@RefreshScope
注解(上面没有演示不开启这个注解的状况, 建议有兴趣的能够本身尝试一下)既然配置能刷新,那么若是我但愿获取配置变动的事件,而后作一些其余的事情,是否ok呢?
其实进入 ContextRefresher
的源码,看下refresh接口,就很明确了
public synchronized Set<String> refresh() { Map<String, Object> before = extract( this.context.getEnvironment().getPropertySources()); addConfigFilesToEnvironment(); Set<String> keys = changes(before, extract(this.context.getEnvironment().getPropertySources())).keySet(); // 注意这一行,抛出了一个变动事件 this.context.publishEvent(new EnvironmentChangeEvent(context, keys)); this.scope.refreshAll(); return keys; }
从上面的源码中,借助spring的事件通知机制,很简单就能够知道该怎么作了,来一个简单的demo,这里顺带测试下上面漏掉的不刷新的场景
@RestController public class DemoController { @Autowired private ContextRefresher contextRefresher; @Autowired private BizConfig bizConfig; @Autowired private ValueConfig valueConfig; @Value("${rest.uuid}") private String uuid; @GetMapping(path = "/show") public String show() { JSONObject res = new JSONObject(); res.put("biz", JSONObject.toJSONString(bizConfig)); res.put("uuid", valueConfig.getUuid()); res.put("no-refresh", uuid); return res.toJSONString(); } @GetMapping(path = "/refresh") public String refresh() { new Thread(() -> contextRefresher.refresh()).start(); return show(); } @EventListener public void envListener(EnvironmentChangeEvent event) { System.out.println("conf change: " + event); } }
直接将Listener写在Controller类内部... 原则上不推荐上面的写法
依然来个实测,主要注意下控制台的输出便可
一灰灰的我的博客,记录全部学习和工做中的博文,欢迎你们前去逛逛
尽信书则不如,已上内容,纯属一家之言,因我的能力有限,不免有疏漏和错误之处,如发现bug或者有更好的建议,欢迎批评指正,不吝感激
一灰灰blog
知识星球