一? 背景

????????现在的微服务架构，由于每一个服务的颗粒度比较低，这就会导致系统中会出现大量的微服务。每一个微服务都需要有一些必要的配置，相对应的也会有很多的配置文件。当我们系统的配置需要改变时不可能一个一个的去改配置文件，这就需要一个可以机制可以同时更改，统一管理众多的配置文件。SpringCloud对此提供了ConfigServer解决这个问题。

二? 简介

????????SpringCloud Config 为微服务提供了集中化的外部配置支持，配置服务器为各个不同的微服务应用的所有环境提供了一个中心的外部配置。它分为服务端和客户端。

??????? 服务端：也称分布式配置中心，是一个独立的微服务应用。用来连接配置服务器并为客户端提供获取配置信息、加密解密信息等的访问。

??????? 客户端：通过指定的配置中心来管理应用资源以及与业务相关的配置内容。并在启动时从配置中心获取和加载配置信息配置服务器，默认使用git来存储信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具方便的管理和访问配置内容。

??? 作用：

?集中管理配置文件
不同环境不同配置，动态化的配置管理，分环境配置dev/test/prod/beta/release
运行期间动态调整，不再需要在每一个服务部署的机器上编写配置文件，服务会像配置??????????? 中心统一拉去配置自己的信息
当配置发生变化时，服务不需要重新启动即可感知配置的变化并应用新的配置
将配置信息以REST接口的形势暴露

三案例

1 Config服务端

?????????在码云上新建一个仓库，用作配置中心，并上传几个yml文件，模拟多环境配置。在自己本地创建git仓库并clone刚才创建的仓库。

???????? 新建一个module，用作cloud的配置中心模块cloudConfig Certer，并注册进Eureka。

??????? pom文件添加新的依赖

<dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-config-server</artifactId>
</dependency>

??????? yml文件相关配置

server:
  port: 3344
spring:
  application:
    name: cloud-config-center
  cloud:
    config:
      server:
        git:
          #Github上的配置中心的仓库地址
          uri: https://gitee.com/sun-sw/springcloud-config.git
          #搜索目录
          search-paths:
            - springcloud-config
          #读取分支
          label: master

#服务注册到eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

??????? 主启动类添加新的注解 @EnableConfigServer

???????? 浏览器输入http://localhost:3344/master/config-dev.yml，如果成功，则会显示config-dev.yml文件中的内容。

?2 Config客户端

????????新建一个module，用作cloudConfig 客户端，并注册进Eureka。

???????? pom文件添加新的依赖

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

??????? 在这里yml文件需要新建的时bootstrap.yml。application.yml是用户级的资源配置项，bootstrap.yml是系统级的，优先级更高。在Config客户端模块中使用的是bootstrap.yml文件，优先加载。

server:
  port: 3355

spring:
  application:
    name: config-client
  cloud:
    #Config客户端配置
    config:
      label: master #分支名称
      name: config #配置文件名称
      profile: dev #读取后缀名称 上述3个综合：master分支上config-dev.yml的配置文件被读取 http://config-3344.com:3344/master/config-dev.yml
      uri: http://localhost:3344 #配置中心地址

#服务注册到eureka地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

新建controller

@RestController
public class ConfigClientController {
    @Value("${config.info}")
    private String configInfo;
    @GetMapping("/configInfo")
    public String getConfigInfo(){
        return configInfo;
    }
}

测试：启动Eureka，启动Config服务端，启动COnfig客户端。通过客户端去获得服务端的配置信息。访问http://localhost:3355/configInfo浏览器返回的内容与访问?http://localhost:3344/master/config-dev.yml浏览器返回的内容一致，说明客户端配置成功。

问题：当Github配置中心上的配置更改时，刷新Config服务端发现配置即刻更新，但是Config客户端通过刷新不能及时更新最新的配置，只能重启Config客户端。难道更改一次配置文件就需要重启一次客户端吗？

3 Config客户端动态刷新

??????? 对于上一节的问题的解决方案，修改Config客户端模块：

??????? pom文件引入actuator监控

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

??????? bootstrap.yml文件添加监控端点

#暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

controller添加新注解

@RestController
@RefreshScope
public class ConfigClientController {
    @Value("${config.info}")
    private String configInfo;
    @GetMapping("/configInfo")
    public String getConfigInfo(){
        return configInfo;
    }
}

测试：在Github配置中心上的配置更改时，需要发一次POST请求刷新Config客户端即：curl -X POST "http://localhost:3355/actuator/refresh"