一、什么是分布式配置中心？
Spring Cloud Config为服务端和客户端提供了分布式系统的外部化配置支持。配置服务器为各应用的所有环境提供了一个中心化的外部配置。它实现了对服务端和客户端对SpringEnvironment和PropertySource抽象的映射，所以它除了适用于Spring构建的应用程序，也可以在任何其他语言运行的应用程序中使用。作为一个应用可以通过部署管道来进行测试或者投入生产，我们可以分别为这些环境创建配置，并且在需要迁移环境的时候获取对应环境的配置来运行。
二、使用配置中心的好处
当我们系统业务扩展到一定程度的时候；免不了会增加很多的配置文件和信息，例如证书文件、接口对接的参数信息、数据库连接信息等；传统的单体式架构系统，SSH、SSM还是Struts等，只能是一个文件一个文件的增加堆积到项目系统中。每次更改配置信息的时候，都要重启服务器，影响线上业务浪费时间等。当配置文件数量达到一定程度的时候，整个项目就会看起来非常臃肿冗余，更甚者可能会拿错配置信息导致程序崩溃等。那么，这时候分布式系统采用的配置中心的优势就突出出来了。由业务拆分的多个模块系统的各配置文件，全部配置在配置中心统一管理；与程序分离，做到动态配置获取配置信息。无需重启服务器即可动态刷新加载配置信息。
搭建Config Server注册中心注解，开启Config Server
@EnableConfigServer@SpringBootApplicationpublic class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); }}
中配置服务信息以及git信息；由于开发完成后，Config Server的svn权限以及配置信息等，都已做了限制权限，没法查阅。
配置仓库中，根据不同环境新建了下面四个配置文件：
- didispace.properties
- didispace-dev.properties
- didispace-test.properties
- didispace-prod.properties
同时创建一个config-label-test分支，并将各配置文件中的值用2.0作为后缀
URL与配置文件的映射关系如下：
/{application}/{profile}[/{label}] /{application}-{profile}.yml /{label}/{application}-{profile}.yml /{application}-{profile}.properties /{label}/{application}-{profile}.properties
搭建好configServer后，就把服务注册到Eureka；经过zuul进行路由转发，以供各个服务模块可以调用。
客户端config Client调用服务端Server获取配置
pom.xml依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency>
创建bootstrap.properties配置，来指定config server
#bootstrap.properties的加载也是先于application.properties #bootstrap.properties配置，来指定config server #对应前配置文件中的{application}部分 spring.application.name=didispace #对应前配置文件中的{profile}部分 spring.cloud.config.profile=test #对应前配置文件的git分支 spring.cloud.config.label=config-label-test #配置中心的地址 spring.cloud.config.uri=http://localhost:7001/ #spring boot port server.port=7002
- spring.application.name：对应前配置文件中的{application}部分
- spring.cloud.config.profile：对应前配置文件中的{profile}部分
- spring.cloud.config.label：对应前配置文件的git分支
- spring.cloud.config.uri：配置中心的地址
上面这些属性必须配置在bootstrap.properties中，config部分内容才能被正确加载。因为config的相关配置会先于application.properties，而bootstrap.properties的加载也是先于application.properties。
创建最基本的Spring Boot启动主类
@SpringBootApplication public class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); } }
config-client 工程中添加依赖监控模块，其中包含了/refresh刷新API
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> <optional>true</optional> </dependency>
在需要自动更新配置变量的Java类上，使用注解 @RefreshScope 修饰
以后当我们再更新git上面的配置文件后，在 config-client 端执行POST 请求 http://localhost:8080/refresh 就可以更新刷新配置变量到内存中了。
这样就做到，配置一个Config Server注册中心，在Gitlab下配置各模块和对应环境的配置信息；Confid Client通过Eureka经由Zuul网关路由读取到对应的配置；达到动态分布式配置中心读取的效果。
