spring-boot-starter-parent： 2.0.3.RELEASE
spring-cloud.version：Finchley.RELEASE

事实上，手动刷新其实并不需要接入消息对了，@RefreshScope是关键。这里是为了下面做自动刷新才引入了消息队列.

根据上图的描述我们知道 Config Server和微服务都需要接入到消息队列中

artisan-config(Config Server) 配置中心服务端 pom文件引入依赖

		<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

artisan-order （同时也是config client）同样的也需要加入上述依赖

artisan-config （Config Server） 的 application.yml增加 RabbitMQ的配置信息如下

artisan-order（Config Client） 的配置文件增加 RabbitMQ的配置信息如下

这里我放到了远端的Git

通过config server 访问artisan order 使用的配置文件dev分支的信息

根据上面的架构，我们是通过Config Server暴露出来的endpoints来请求Config Server ,所以需要在Config Server暴露端点，这里我们设置默认全部暴露出来

确保依赖中有spring-boot-starter-actuator 。 因为 spring-cloud-config-server依赖了spring-boot-starter-actuator ，故无需重复引用。

#actuator  启用所有的监控端点 “*”号代表启用所有的监控端点，可以单独启用，例如，health，info，metrics
#  spring boot 升为 2.0 后，为了安全，默认 Actuator 只暴露了2个端点，heath 和 info
management:
  endpoints:
    web:
      exposure:
        include: "*"
  endpoint:
    health:
      show-details: ALWAYS

当访问这些端点无效时，可以重启下应用，观察启动日志，看是否加载了对应的endpoints信息

[root@artisan ~]# docker run -d --hostname my-rabbitmq -p 5672:5672 -p 15672:15672 rabbitmq:3.7.8-management
e287474e3ce40746819738c079bf32604536c122e2d9cba938269f9c71a09fd1

启动成功后，访问 http://localhost:8762/

登录RabbitMQ查看

可以看到artisan config自动创建了一个队列 。 （观察启动日志，可以看到创建过程 ）

启动成功后查看注册中心

同时，看下消息队列中的队列

artisan-order微服务连接RabbitMQ，也自动创建了一个消息队列。

artisan-order的启动日志

declaring queue for inbound: springCloudBus.anonymous.jd0h4ldGRi-Aw7MWHDbdug, bound to: springCloudBus
DiscoveryClient_ARTISAN-ORDER/localhost:artisan-order:8081 - registration status: 204
Channel 'artisan-order-1-1.springCloudBus.anonymous.jd0h4ldGRi-Aw7MWHDbdug.errors' has 1 subscriber(s).
Channel 'artisan-order-1-1.springCloudBus.anonymous.jd0h4ldGRi-Aw7MWHDbdug.errors' has 2 subscriber(s).
started inbound.springCloudBus.anonymous.jd0h4ldGRi-Aw7MWHDbdug

@RefreshScope 重点是这个注解

package com.artisan.order.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RefreshScope
public class ConfigClientController {

    @Value("${env}")
    private String env;

    @GetMapping("/env")
    public String getValueFromGit(){
        return env;
    }
}

现在远端Git上的配置为 dev2

通过artisan-order 访问下 http://localhost:8081/env

现在将env的值修改为 dev2-artisan

再次访问下 http://localhost:8081/env

还是。。。。

居然没有变化，手工刷新下吧 ，同时观察artisn config 和 artisan order微服务的日志

 curl -v -X  POST http://localhost:9898/actuator/bus-refresh

我们从上面的架构中可以知道，对外提供刷新端点的是Config Server微服务，所以POST请求到 Config Server这个为服务上。

再次访问 http://localhost:8081/env

可以看到已经更新为修改后的值了。

首先看下artisan-config(Config Server端)