考虑以下情况：我们有多个应用程序使用 Spring Cloud Config 读取属性，而
Spring Cloud Config 从 GIT 读取这些属性。
下面的例子中多个员工生产者模块从 Employee Config Module 获取 Eureka 注
册的财产。
第 468 页 共 485 页如果假设 GIT 中的 Eureka 注册属性更改为指向另一台 Eureka 服务器，会发生什
么情况。在这种情况下，我们将不得不重新启动服务以获取更新的属性。
还有另一种使用执行器端点/刷新的方式。但是我们将不得不为每个模块单独调用
这个 url。例如，如果 Employee Producer1 部署在端口 8080 上，则调用 http：
// localhost：8080 / refresh。同样对于 Employee Producer2 http：//
localhost：8081 / refresh 等等。这又很麻烦。这就是 Spring Cloud Bus 发挥
作用的地方。
Spring Cloud Bus 提供了跨多个实例刷新配置的功能。因此，在上面的示例中，
如果我们刷新 Employee Producer1，则会自动刷新所有其他必需的模块。如果
我们有多个微服务启动并运行，这特别有用。这是通过将所有微服务连接到单个
消息代理来实现的。无论何时刷新实例，此事件都会订阅到侦听此代理的所有微
服务，并且它们也会刷新。可以通过使用端点/总线/刷新来实现对任何单个实例的
刷新。