spring cloud 的配置中心,在真实的开发中,大多数都采用本地文件存放配置。那么接下来就来说说吧。
首先讲一下配置中心大致的原理:spring cloud有两种配置文件:即通常的application.yml以及bootstrap.yml两种。先发挥作用的是bootstrap.yml,它根据里面的config server的service-id,到注册中心eureka server找到可用的config server列表,然后选择一个可用的config server来获取配置文件,然后将配置文件跟本项目的application.yml内容合并,然后启动项目。
下面以spring boot 2.3.2.RELEASE ,spring cloud Hoxton SR7版本为例来说明。
好,接下来是相应的代码:对于config server端,pom如下:
<dependency><groupId>org.springframework.bootgroupId><artifactId>spring-boot-starter-webartifactId>dependency><dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>dependency><dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-config-serverartifactId>dependency>
config server端的application.yml配置:
server:port:8888eureka:client:service-url:defaultZone:http://localhost:8761/eureka/spring:application:name: config-serverprofiles:active: nativecloud:config:server:native:search-locations:file:D:/config/devsearch-locations:classpath:/dev
config server的配置在classpath路径下,即maven的resources目录下,当项目在开发环境时,读取dev下的配置文件。当在生产环境,读取prd下的配置文件。
config server启动类加上注解:@EnableConfigServer
config client端,也就是其余需要从config server拉取配置的节点,pom如下:
<dependency><groupId>org.springframework.bootgroupId><artifactId>spring-boot-starter-webartifactId>dependency><dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>dependency><dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-config-clientartifactId>dependency>
config client的application.yml配置:
server:port:8080eureka:client:service-url:defaultZone:http://localhost:8761/eureka/spring:application:name: order-server
config client的application.yml配置:
spring:cloud:config:discovery:service-id:config-serverenabled:truename:product
先启动eureka,再启动config,然后启动其余的服务,就可以实现从配置中心读取配置文件了。
验证config server是否正确读取到了配置:
检验服务端是否配置好,比如有一个product.yml的配置文件。访问http://localhost:8888/product.yml是访问不到的,必须加label,比如:http://localhost:8888/product-a.yml 如果浏览器出现了配置文件,则说明配置成功。8888是config server的端口。
说明:有的config client采用了这样的写法,理由是当config server的端口改变的时候,就没法获取到配置了,其实这个就不用担心了。
spring:cloud:config:discovery:uri:http://localhost:8888
只要有了下面的一个配置即可,另外config server 的service-id也必须要填写。上面的写法写死了地址,同时如果是config server是集群配置的话,就要写多个,不优雅。
spring:cloud:config:discovery:enabled:true
到这里呢,配置中心说完了。但是各位看官一定很纳闷,为什么没有见到自动刷新呢。好,接下来说一说。自动刷新最大的好处就是,再也不用改一个配置,就要重启所有的服务了。
首先的前置准备工作就是需要安装RabbitMQ。
自动配置刷新的原理:spring boot会暴露一个端口,这里的项目指的是config server。当调用这个端口地址的时候,config server就会重新从指定的地方拉取配置,同时把最新的配置放入RabbitMQ,config client作为消费者,消费该消息,替换内存中的旧值。经过上面的步骤,就实现了配置的自动刷新。
config server端,配置文件不能放在classpath下了,因为项目是按照jar或者镜像来启动,因此你很难再去更改配置了,所以把配置放到磁盘目录中:
search-locations:file:D:/config/dev
如果RabbitMQ的端口,用户名密码改变了(默认是5672端口,guest/guest),那么config server、config client都要配置一下RabbitMQ:
spring:rabbitmq:host: localhostport:5672username: guestpassword: guest
同时config server和config client引入如下pom:
<dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-starter-bus-amqpartifactId>dependency>
config server端的application.yml加入以下配置:
spring:bus:refresh:enabled:truemanagement:endpoints:web:exposure:include:bus-refresh
config client需要刷新配置的地方加上注解:@RefreshScope。如:
@RefreshScope@Componentpublic class EnvController {@Value("${aa}")
private String aa;// 假如配置里面有aa这个键,它的值会改变的}
依次启动各个项目,然后改配置文件,post请求config server暴露的端口:http://127.0.0.1:8888/actuator/bus-refresh。就可以实现自动刷新配置了。
声明:本文部分素材转载自互联网,如有侵权立即删除 。
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需!
7. 如遇到加密压缩包,请使用WINRAR解压,如遇到无法解压的请联系管理员!
8. 精力有限,不少源码未能详细测试(解密),不能分辨部分源码是病毒还是误报,所以没有进行任何修改,大家使用前请进行甄别
丞旭猿论坛
暂无评论内容