本文主要是介绍SpringCloud学习(六)——SpringCloudBus消息总线原理与搭建，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
SpringCloud主要框架介绍：
- 服务发现——Netflix Eureka 连接
- 服务调用——Netflix Feign 连接
- 熔断器——Netflix Hystrix 连接
- 服务网关——Netflix Zuul 连接
- 分布式配置——Spring Cloud Config 连接
- 消息总线 —— Spring Cloud Bus
前言： 在公司中一般采用手动刷新，因为自动刷新对性能不好。采用手动刷新每次修改配置文件时用PostMan调用一个接口刷新即可
1.SpringCloud消息总线介绍
（1）什么是消息总线
在微服务架构中，通常会使用轻量级的消息代理来构建一个共用的消息主题来连接各个微服务实例，它广播的消息会被所有在注册中心的微服务实例监听和消费。底层就是用MQ实现的，只整合了RabbitMQ和kafka，只是底层框架封装好了直接引入jar包即可，自动封装好了什么交换机队列啥的。它就是消息总线
（2）SpringCloud对应的消息总线解决方案——SpringCloudBus，它将 分布式的节点 用轻量的消息代理连接起来，配合SpringCloud Config实现微服务应用配置信息的动态更新
（3）SpringCloudBus作用简介
比如更新码云中的配置文件，修改服务器中的配置并没有更新立刻到工程，只有重新启动程序才会读取配置。想在不重启微服务的情况下更新配置,可使用SpringCloudBus来实现配置的自动更新
（4）消息代理
消息代理属于中间件。设计代理的目的就是为了能够从应用程序中传入消息，并执行一些特别的操作，使用了消息中间件的主题模式，它使广播消息的机制被所有注册中心微服务实例进行监听和消费，以广播形式将消息推送给所有注册中心服务列表
电商的例子进行分析：
2.刷新配置文件方式
（1）手动刷新——采用actuator端点刷新数据
1.引入依赖：
<!-- actuator监控中心 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency>2.Bootstrap.xml新增——开启监控断点：
management:endpoints:web:exposure:include: "*"3.在需要刷新的Bean上添加@RefreshScope注解，当配置更改时，标有@RefreshScope的Bean将得到特殊处理来生效配置：
@RestController
@RefreshScope
public class ConfigClientController {
http://127.0.0.1:8882/actuator/refresh @Value("${itmayieduInfo}")private String itmayieduInfo;当配置更改时，标有@RefreshScope的Bean将得到特殊处理来生效配置
4.手动刷新接口——Post请求手动刷新：
http://127.0.0.1:8882/actuator/refresh 启动刷新器 从cofnig server读取
http://127.0.0.1:8882/actuator/bus-refresh（2）自动刷新——采用bus广播通知，刷新整个微服务
1.每个项目都加上该依赖：
<!--核心jar包 --><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-bus-amqp</artifactId></dependency><!-- actuator监控中心 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency>2.配置文件：
###开启bus刷新
management:endpoints:web:exposure:include: bus-refresh刷新接口 http://127.0.0.1:8882/actuator/bus-refresh
3.真实项目消息总线搭建步骤
（1）修改XXX_config工程的pom.xml，引入依赖
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-bus</artifactId>
</dependency>
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
（2）修改application.yml ，添加配置
rabbitmq:host: 192.168.226.129
management: #暴露触发消息总线的地址endpoints:web:exposure:include: bus-refresh
（3）配置客户端，以XXX_base模块为例，加入消息总线，引入依赖
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-bus</artifactId>
</dependency>
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
（4）在码云的配置文件中配置rabbitMQ(也可以其他消息中间件)的地址，修改了码云上的配置文件手动向MQ发送了一个消息，各微服务监听MQ就知道配置文件有改动了：
rabbitmq:host: 192.168.226.129（这个根据自己的主机配）
（5）启动XXX_eureka 、XXX_config和XXX_base 看是否正常运行
（6）测试
修改码云上的配置文件 ，将数据库连接IP 改为127.0.0.1 ，在本地部署一份数据库。postman测试 Url: http://127.0.0.1:12000/actuator/bus-refresh Method:post（12000是我的config的端口）。再次观察输出的数据是否是读取了本地的mysql数据。
（7）自定义配置的读取
1.修改码云上的配置文件，增加自定义配置
sms:ip: 127.0.0.1
2.XXX_base工程中新建controller
@RestController
public class TestController {@Value("${sms.ip}")private String ip;@RequestMapping(value = "/ip", method = RequestMethod.GET)public String ip() {return ip;}
}
3.运行测试看是否能够读取配置信息
4.修改码云上的配置文件中的自定义配置
sms:ip: 192.168.226.129（这个根据自己的主机配）
5.通过postman测试 Url: http://127.0.0.1:12000/actuator/bus-refresh Method:post
测试后观察,发现并没有更新信息,这是因为我们的 controller少了一个注解@RefreshScope 此注解用于刷新配置,加上即可
这篇关于SpringCloud学习(六)——SpringCloudBus消息总线原理与搭建的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
