在本文中，我们将学习如何构建一个基于 Git 存储的分布式配置中心，并对客户端进行改造，并让其能够从配置中心获取配置信息并绑定到代码中的整个过程。最后，我们还将了解如何能让客户端获取到修改后的最新配置。
?
准备工作
准备一个 Git 仓库，在 Github 上面创建了一个文件夹 config-repo 用来存放配置文件，为了模拟生产环境，我们创建以下三个配置文件：.
// 开发环境
config-client-dev.yml
// 测试环境
config-client-test.yml
// 生产环境
config-client-prod.yml
每个配置文件中都写一个属性 neo.hello, 属性值分别是 dev/test/prod。下面我们开始配置 Server 端。
?
Server 端
创建一个基础的 Spring Boot 工程，命名为：config-server-git
?
添加依赖
只需要在 pom.xml 中 加入 spring-cloud-config-server 即可
class="sql" name="code"><dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
?配置文件
在 application.yml 中添加配置服务的基本信息以及 Git 仓库的相关信息
spring:
application:
name: config-server
cloud:
config:
server:
git:
uri: https://github.com/zhaoyibo/spring-cloud-study # 配置git仓库的地址
search-paths: config-repo # git仓库地址下的相对地址，可以配置多个，用,分割。
server:
port: 12000
?Spring Cloud Config 也提供本地存储配置的方式。我们只需要设置属性 spring.profiles.active=native，Config Server 会默认从应用的 src/main/resource 目录下检索配置文件。也可以通过 spring.cloud.config.server.native.searchLocations=file:E:/properties/ 属性来指定配置文件的位置。虽然 Spring Cloud Config 提供了这样的功能，但是为了支持更好的管理内容和版本控制的功能，还是推荐使用 Git 的方式。
?
如果我们的 Git 仓库需要权限访问，那么可以通过配置下面的两个属性来实现；
spring.cloud.config.server.git.username：访问 Git 仓库的用户名
spring.cloud.config.server.git.password：访问 Git 仓库的用户密码
?
启动类
启动类添加 @EnableConfigServer，激活对配置中心的支持
@SpringBootApplication
@Enableconfingserver
public class ConfigServerApplication {
public static void main(String[] args) {
SpringApplication.run(ConfigServerApplication.class, args);
}
}
?到此 Server 端相关配置已经完成。
测试
首先我们先要测试 Server 端是否可以读取到 github 上面的配置信息，直接访问 http://localhost:12000/config-client/dev 返回信息如下：
{
"name": "config-client",
"profiles": ["dev"],
"label": null,
"version": "4e3ca4b9e2bb96c9a0ba012f6c6e0b6cadc48f3e",
"state": null,
"propertySources": [
{
"name": "https://github.com/zhaoyibo/spring-cloud-study/config-repo/config-client-dev.yml",
"source": {
"info.profile": "dev"
}
}
]
}
?述的返回的信息包含了配置文件的位置、版本、配置文件的名称以及配置文件中的具体内容，说明 Server 端已经成功获取了 Git 仓库的配置信息。
?
如果直接查看配置文件中的配置信息可访问 http://localhost:12000/config-client-dev.yml 返回：
?
info:
profile: dev
修改配置文件 config-client-dev.yml 中配置信息为：dev update, 再次在浏览器访问 http://localhost:12000/config-client-dev.yml 返回：dev update，说明 Server 端会自动读取最新提交的内容。
?
仓库中的配置文件会被转换成 Web 接口，访问可以参照以下的规则：
/{application}/{profile}[/{label}]
/{application}-{profile}.yml
/{label}/{application}-{profile}.yml
/{application}-{profile}.properties
/{label}/{application}-{profile}.properties
上面的 URL 会映射 {application}-{profile}.yml 对应的配置文件，其中 {label} 对应 Git 上不同的分支，默认为 master。以 config-client-dev.yml 为例子，它的 application 是 config-client，profile 是 dev。
?
Client 端
在完成了上述验证之后，确定配置服务中心已经正常运作，下面我们尝试如何在微服务应用中获取上述的配置信息。
再创建一个基础的 Spring Boot 应用，命名为 config-client。
?
添加依赖
在 pom.xml 中添加下述依赖：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-webflux</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
?引入 spring-boot-starter-webflux 是为了方便 Web 测试。Spring WebFlux 是随 Spring 5 推出的响应式 Web 框架，这里不展开说明，如果不了解的话直接用 MVC 就好了。
?
配置文件
需要配置两个配置文件，application.yml 和 bootstrap.yml，配置分别如下：
application.yml
spring:
application:
name: config-git
server:
port: 13000
?bootstrap.yml
spring:
cloud:
config:
uri: http://localhost:12000 # 配置中心的具体地址，即 config-server
name: config-client # 对应 {application} 部分
profile: dev # 对应 {profile} 部分
label: master # 对应 {label} 部分，即 Git 的分支。如果配置中心使用的是本地存储，则该参数无用
?特别注意：上面这些与 Spring Cloud Config 相关的属性必须配置在 bootstrap.yml 中，config 部分内容才能被正确加载。因为 config 的相关配置会先于 application.yml，而 bootstrap.yml 的加载也是先于 application.yml。
?
启动类
启动类不用修改，只用 @SpringBootApplication 就行了
?
@SpringBootApplication
public class SpringCloudConfigClientApplication {
public static void main(String[] args) {
SpringApplication.run(SpringCloudConfigClientApplication.class, args);
}
}
?在 Controller 中使用 @Value 注解来获取 Server 端参数的值
@RestController
public class HelloController {
@Value ("${info.profile:error}")
private String profile;
@GetMapping ("/info")
public Mono<String> hello() {
return Mono.justOrEmpty(profile);
}
}
?测试
启动项目后访问 http://localhost:13000/info 返回 dev 说明已经正确的从 Server 端获取到了参数。到此一个完整的服务端提供配置服务，客户端获取配置参数的例子就完成了。欢迎大家加我qq：1038774626探讨技术问题。
?
我们再做一个小实验，手动修改 config-client-dev.yml 中配置信息为：dev update 提交到 Github, 再次在浏览器访问 http://localhost:13000/info 返回：dev，说明获取的信息还是旧的参数，这是为什么呢？
?
因为 Spring Cloud Config 分服务端和客户端，服务端负责将 Git 中存储的配置文件发布成 REST 接口，客户端可以从服务端 REST 接口获取配置。但客户端并不能主动感知到配置的变化，从而主动去获取新的配置。客户端如何去主动获取新的配置信息呢，Spring Cloud 已经给我们提供了解决方案，每个客户端通过 POST 方法触发各自的 /actuator/refresh。
?
Refresh
仅修改客户端即 config-client 项目，就可以实现 refresh 的功能。
?
添加依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
?增加了 spring-boot-starter-actuator 包，spring-boot-starter-actuator 是一套监控的功能，可以监控程序在运行时状态，其中就包括 /actuator/refresh 的功能。
?
开启更新机制
需要给加载变量的类上面加载 @RefreshScope，在客户端执行 /actuator/refresh 的时候就会更新此类下面的变量值。
@RestController
@RefreshScope
public class HelloController {
@Value ("${info.profile:error}")
private String profile;
@GetMapping ("/info")
public Mono<String> hello() {
return Mono.justOrEmpty(profile);
}
}
?配置
Spring Boot 1.5.X 以上默认开通了安全认证，所以要在配置文件 application.yml 中添加以下配置以将 /actuator/refresh 这个 Endpoint 暴露出来
management:
endpoints:
web:
exposure:
include: refresh
?测试
改造完之后，我们重启 config-client，我们以 POST 请求的方式来访问 http://localhost:13000/actuator/refresh 就会更新配置文件至最新版本。
?
我们再来测试：
?
访问 http://localhost:13000/info 返回 dev
我将 Git 上对应配置文件里的值改为 dev update
执行 curl -X POST http://localhost:13000/actuator/refresh，返回 [“config.client.version”,“info.profile”]%
再次访问 http://localhost:13000/info 返回 dev update
这就说明客户端已经得到了最新的值，Refresh 是有效的。
?
不过，每次手动刷新客户端也很麻烦，有没有什么办法只要提交代码就自动调用客户端来更新呢，Github 的 Webhook 是一个办法。
?
Webhook
Webhook 是当某个事件发生时，通过发送 HTTP POST 请求的方式来通知信息接收方。Webhook 来监测你在 Github.com 上的各种事件，最常见的莫过于 push 事件。如果你设置了一个监测 push 事件的 Webhook，那么每当你的这个项目有了任何提交，这个 Webhook 都会被触发，这时 Github 就会发送一个 HTTP POST 请求到你配置好的地址。
?
如此一来，你就可以通过这种方式去自动完成一些重复性工作，比如，你可以用 Webhook 来自动触发一些持续集成（CI）工具的运作，比如 Travis CI；又或者是通过 Webhook 去部署你的线上服务器。下图就是 Github 上面的 Webhook 配置。
?
相关文章
