1. 概述
Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动态刷新。
Spring Cloud Bus 是来将分布式系统的节点与轻量级消息系统链接起来的框架，它整合了Java的事件处理机制和消息中间件的功能。
Spring Cloud Bus 目前支持RabbitMQ和Kafka。
Spring Cloud Bus 能管理和传播分布式系统间的消息，就像一个分布式执行器，可用于广播状态更改、事件推送等，也可以当做微服务间的通信通道。
什么是总线
在微服务架构的系统中，通常会使用轻量级的消费代理来构建一个公用的消费主题，并让系统中所有微服务实例都连接上来，由于该主题中产生的消息会被所有实例监听和消费，所以称它为消息总线，在总线上的各个实例，都可以方便的广播一些需要让其他连接在该主题上的实例都知道的消息
基本原理
ConfigClient实例都监听MQ中同一个topic，当一个服务刷新数据的时候，他会把这个信息放入到Topic中，这样其它监听同一Topic的服务就能得到通知，然后去更新自身的配置。
2. 安装配置 rabbitmq
docker安装rabbitmq博客地址：https://blog.csdn.net/houwanle/article/details/114006888
3. Bus动态刷新全局广播
演示广播效果，增加复杂度，再以3355为模板再制作一个3366
3.1 设计思想
利用消息总线触发一个客户端/bus/refresh,而刷新所有客户端的配置
利用消息总线触发一个服务端ConfigServer的/bus/refresh端点,而刷新所有客户端的配置（更加推荐）
图二的架构显然更加合适，图一不适合的原因如下：
- 打破了微服务的职责单一性，因为微服务本身是业务模块，它本不应该承担配置刷新职责
- 破坏了微服务各节点的对等性
- 有一定的局限性。例如，微服务在迁移时，它的网络地址常常会发生变化，此时如果想要做到自动刷新，那就会增加更多的修改
3.2 给cloud-config-center-3344配置中心服务端添加消息总线支持
添加依赖：
yml：
3.3 给cloud-config-center-3355客户端添加消息总线支持
同上 添加依赖和修改yml
3.4 给cloud-config-center-3366客户端添加消息总线支持
同上
刷新：
curl -X POST “http://localhost:3344/actuator/bus-refresh”
4. Bus动态刷新定点通知
不想全部通知，只想定点通知
- 指定具体某一个实例生效而不是全部
- 公式：http://localhost:配置中心的端口号/actuator/bus-refresh/{destination}
- /bus/refresh请求不再发送到具体的服务实例上，而是发给config server并通过destination参数类指定需要更新配置的服务或实例
测试
- 我们这里以刷新运行在3355端口上的config-client为例（只通知3355）
- curl -X POST “http://localhost:3344/actuator/bus-refresh/config-client:3355”
通知总结All
