自学spring-cloud系列，越来越感觉spring-cloud很强大！
主要分为以下几篇：
介绍
在之前的Spring Cloud Config的介绍中，我们还留了一个悬念：如何实现对配置信息的实时更新。
通过/refresh接口和Git仓库的Web Hook来实现Git仓库中的内容修改触发应用程序的属性更新这是一个好的方法，但是我没讲，因为：若所有触发操作均需要我们手工去维护Web Hook中的应用位置的话，这随着系统的不断扩张，会变的越来越难以维护，而消息代理中间件是解决该问题最为合适的方案。是否还记得我们在介绍消息代理中的特点时有提到过这样一个功能：消息代理中间件可以将消息路由到一个或多个目的地。利用这个功能，我们就能完美的解决该问题，下面我们来说说Spring Cloud Bus中的具体实现方案。
本次使用 Rabbit MQ 来进行实验，没有使用其他消息队列。
安装 Rabbit MQ
可以参考我的文章 RabbitMQ 的安装和使用
其用户名和密码是： guest/guest
架构
这时Spring Cloud Bus做配置更新步骤如下:
- 1、提交代码,利用 git 的 webhook 触发post请求给 bus/refresh
- 2、server端接收到请求并发送给Spring Cloud Bus
- 3、Spring Cloud bus接到消息并通知给其它客户端
- 4、其它客户端接收到通知，请求Server端获取最新配置
- 5、全部客户端均获取到最新的配置
这样的话我们在server端的代码做一些改动，来支持bus/refresh
开始之前：
我想说，项目源码使用模块编程，因为之前的版本原因，client端注册到了eureka服务端，所以启动项目应该也要启动eureka的服务端。然后在启动config服务端，最后启动我们的config-client端，启动config-client要使用profile方法启动，这个之前我们已经使用了好多次。
修改 server 端
pom 增加如下：
<!--消息总线-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>
<!--config-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-monitor</artifactId>
</dependency>
其中bus-amqp就是消息总线，用来利用 rabbitmq 来进行消息通讯。monnitor就是在server 端设置一个监听，来接收我们发送的post信息，告诉它我们更新了配置，你可以开始刷新已经注入的值了。
配置文件：
management.security.enabled=false
spring.rabbitmq.host=localhost
spring.rabbitmq.port=5672
spring.rabbitmq.username=guest
spring.rabbitmq.password=guest
management.security.enabled 可以将刷新设置密码取消，因为我们是在测验，所以不需要密码。如果是你们公司内网的话，有物理隔离，应该也不需要密码。
client 端
讲道理，client 端不需要做什么修改
management.security.enabled=false 如果真的需要的话，加上这个，防止不能够刷新。
测试
访问 http://localhost:8087/hi 得到 123
修改 git 里文件的值为2222222222
github是有webhook的，你们公司私人的git应该也有webhook，但是github的webhook不能访问我localhost呀，所以这里利用postman 进行刷新操作来模拟webhook
重新访问http://localhost:8087/hi 得到 2222222222
同时，查看日志，发现值已经刷新，并且进行重新注册到了服务中心。
感觉，很酷哦！100 酷！
示例源码
所有源码在我的github仓库里，传送门：https://github.com/xjtushilei/spring-cloud-simples.git
支持
如果你喜欢~
扫一扫！
