有了注册服务器，解决了服务之间互相找其他服务的依赖问题（这也是更广范围的依赖注入啊哈哈），还有一个问题需要解决，就是配置问题。之前每个微服务的配置都是散落在各自的软件包中。这一次就要来看看Spring Cloud’s Config Server，是一个集中配置到一处的服务器，通过这个服务器可以集中配置所有注册的服务，而且不会重复。集中式配置相比每个微服务独立配置，有很多好处，就不一一看了，来看看如何启动一个配置服务器吧。

运行配置服务器

配置服务器的本质和Eureka一样，也是一个微服务，对外暴露REST API，可以被其他程序当成配置属性进行消费。一般来说配置服务器的配置文件并不直接放在配置服务器中，而是放在其他地方比如Git上，配置服务器通过读取这些配置，将配置分发给需要配置的微服务们。依赖是：

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

还需要在启动类上添加一个注解@EnableConfigServer，然后还需要在配置文件里指定配置的地址：

spring.cloud.config.server.git.uri=https://github.com/habuma/tacocloud-config
server.port=8888

这里先用了原书作者的配置，之后要创建自己的配置仓库。此外端口要设置为8888，这是默认情况下，其他微服务会去寻找的配置服务器的端口号。注意这些配置都是针对配置服务器自己的，不会对外发布。真正对外发布的配置是从git或者其他SVN工具上拿回来的内容。启动服务器，然后访问localhost:8888/application/default看看：可以看到返回了一堆JSON，如果要取到对应的Git上的具体配置，就需要看一下URL规则：

http://localhost:8888/application/default/master

红色的部分是应用名称，也就是在Eureka中注册的服务的名称，需要和git上具体的配置文件名称对应起来。绿色字体用来区分不同的配置文件。橙色字体则表示Git的分支，默认就是主分支，不写也行。

创建仓库

最简单的方法，就是把想要的配置文件以服务名称.properties或者.yml的方式推送到一个Git仓库的根目录下边。在刚才使用了作者的仓库，可以在返回的JSON中的propertySources中看到一些配置，现在起一个空白项目，然后传一个默认的配置上去看看。这里我搞了一个Github仓库：https://github.com/minkolee/cloudconfig，先传了一个微服务的配置上去，修改一下配置服务器的地址，然后再启动看看：

{
    "name": "application",
    "profiles": [
        "default"
    ],
    "label": null,
    "version": "815d67f81681f979f6b60c421ce0a64c12326903",
    "state": null,
    "propertySources": [
        {
            "name": "https://github.com/minkolee/cloudconfig/application.properties",
            "source": {
                "server.port": "0",
                "spring.application.name": "student-consumer"
            }
        }
    ]
}

能看到propertySources属性中的name，来自于什么文件。source，就是文件里的具体配置。如果配置文件不是放在根目录，可以在服务器的配置内加上：

spring.cloud.config.server.git.search-paths=config,metaconfig,conf*

这样就可以去寻找多个目录下的配置文件，还可以使用通配符。另外spring.cloud.config.server.git.default-label还能指定具体的分支。如果版本管理工具需要用户名和密码的话，也可以指定：

spring.cloud.config.server.git.username=****
spring.cloud.config.server.git.password=****

获取配置数据

像Eureka一样，给每一个应用添加依赖，就可以为每个应用开启寻找配置的功能：

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

然后需要为每个应用指定配置服务器的位置：

spring.cloud.config.uri=http://localhost:8888

现在就可以把每个微服务的配置文件搬上去了，注意要把每个微服务的配置文件，修改成与spring.application.name属性一致的名称.properties或者.yml文件就可以了。在重启每个微服务的时候，可以看到并没有一开始就启动，而是显示：

c.c.c.ConfigServicePropertySourceLocator : Fetching config from server at : http://localhost:8888

还成功显示出具体对应的配置文件，之后一系列配置就生效了。我这里把四个微服务配置都搬了上去，然后也开启了configserver在Eureka中的注册，发现所有的服务都正常了。本章剩下的内容是配置具体的profile，以及加密安全配置，这块以后再来看了。

刷新配置

将一个应用配置为Config Client之后，这个应用会有一个特殊的actuator端点，需要安装Actuator的依赖：

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

手动刷新就是POST一个属性到/actuator/refresh。这里创建一个控制器用于从配置文件读入一些属性，然后去修改git仓库中的配置，再读，可以发现没有读出新的数据。此时就可以向应用的端点发送POST请求，比如用Postman，这次随机端口是1898：

http://localhost:1898/actuator/refresh

但是实际操作发现更新这一块POST返回的是404，查看暴露的端点发现压根就没有/actuator/refresh。这块只好以后再来了。至于自动更新的部分，需要创建WebHook然后通知Spring，之后用消息队列来通知各个应用更新，这块先不写具体代码了，不过原理搞清楚了。实际上关键就是WebHook。