Spring Cloud 微服务开发：入门、进阶与源码剖析 —— 8.5 Spring Cloud Bus

本文链接：https://blog.youkuaiyun.com/meteor_93/article/details/104273407

本文介绍了Spring Cloud Bus的原理和实战应用，作为消息总线，它解决了分布式系统中配置更新的问题。通过Bus和AMQP消息代理，实现配置中心的实时刷新。详细讲解了Bus的实战过程，包括配置、启动和测试，并对比分析了不同刷新策略的优缺点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

8.5 Spring Cloud Bus

前面的章节我们介绍了Spring Cloud Config配置中心，当我们在更新github上面的配置以后，如果想要获取到最新的配置，需要手动刷新或者利用WebHook的机制每次提交代码发送请求来刷新客户端，客户端越来越多的时候，需要每个客户端都执行一遍，这种方案就不太适合了。使用Spring Cloud Bus（国人很形象的翻译为消息总线，我比较喜欢叫消息巴士）可以完美解决这一问题。

8.5.1 Spring Cloud Bus概述

Spring cloud bus通过轻量消息代理连接各个分布的节点。这会用在广播状态的变化（例如配置变化）或者其他的消息指令。Spring bus的一个核心思想是通过分布式的启动器对spring boot应用进行扩展，也可以用来建立一个多个应用之间的通信频道。目前唯一实现的方式是用AMQP消息代理作为通道，同样特性的设置（有些取决于通道的设置）在更多通道的文档中。

8.5.2 Spring Cloud Bus实战

大家可以将Spring Cloud Bus理解为管理和传播所有分布式项目中的消息既可，其实本质是利用了MQ的广播机制在分布式的系统中传播消息，目前常用的有Kafka和RabbitMQ。利用bus的机制可以做很多的事情，其中配置中心客户端刷新就是典型的应用场景之一，我们用一张图来描述bus在配置中心使用的机制，如图8-5：