配置中心 (二)

这一节来说说配置中心。
在搭建配置中心的时候，有刷到说仓库可以在本地搭建，不过当然不会这么low，而且本地搭建哪来的版本控制呢？所以这里用到的是 git，如果作为一个程序猿，连 git 都没有的麻烦先去拿根面条上上吊。

在说 Config Server 之前，先说清楚URL与配置文件的映射关系:

• /{application}/{profile}[/{label}]
• /{application}-{profile}.yml
• /{label}/{application}-{profile}.yml
• /{application}-{profile}.properties
• /{label}/{application}-{profile}.properties

label 就是分支的名称；application就是应用的名称；profile就是应用的小名，如果应用有小版本，比如测试，灰度发布之类的会用得着。（我这么说真是太客气了，你用不着也得用，就是这么霸道总裁＝。＝

由于用到 git，那我先在 git 那里创建一个名为 configserver 的仓库，然后里面有个 springCloudConfig 文件夹，文件夹里面当然是文件啦。

git path

git 里面的文件只有一个叫 from 的属性，后面会用得着。同时请注意路径的名字，启动时有异常很有可能不是你代码有错而是 git 的路径错了 ，包括找不到属性，请检查 git。

我这里先创建一个配置中心，应用名( 即 spring.application.name 属性 )叫 SleepCare-ConfigServer，来份 pom.xml:

    
    
      org.springframework.boot
      spring-boot-starter-web
    

    
    
      org.springframework.cloud
      spring-cloud-config-server
    

    
    
      org.springframework.cloud
      spring-cloud-starter-eureka
    
  

然后是配置，图片说它不太好意思见人，我就给它脸上打码了。

配置中心的 bootstrap.properties

注意这些配置是写在 bootstrap.properties 里面的，因为 bootstrap.properties 的加载比 application.properties 要早，没有就自己新建一份。

其中说明一下，search-paths就是在这个仓库内你那份配置文件的路径，比如现在是 configserver 仓库下 springCloudConfig/SleepCare-TestingServices-1.properties，那么很明显这个属性值就是 springCloudConfig 啦。

然后启动类那里加上@EnableConfigServer注解。

Config Server

注意到没有，当你启动之后，其实这个 config server 也会当成一个客户端去注册服务，如此一来其他服务访问配置中心的时候直接写 application name 就行了。

接下来要用到服务注册-EurekaServer (一)配置好的客户端，客户端这里也是要写一份 bootstrap.properties ，内容如下:

客户端的 bootstrap.properties

哦，记得先给客户端的 pom.xml 加菜:

  org.springframework.cloud
  spring-cloud-starter-config

URL与配置文件的映射关系还记得不？

• profile&label ---> 映射关系，忘记的自己回顾上面
• discovery.enabled ---> 告诉客户端要去找配置中心拿东西
• discovery.service-id ---> 告诉客户端配置中心叫啥名字

另外，在之前配客户端的时候，eureka.client.serviceUrl.defaultZone 是在 application.properties 配置的，现在必须写在 bootstrap.properties，不然你会感受到一次又一次的挫败。(受虐狂请忽略我的话

功成名就的一步，写个类:

testing class

from 就是我在仓库那个文件写的属性，属性值写啥你说了算。然后 @Value注解是配置属性值的，运行时客户端会去找配置中心要值并注入，接下来才是重点，简直就是敲黑板了好吗！看到没有，麻烦在类上面加上@RefreshScope注解。

当你谷歌 RefreshScope 时，其中有一篇 blog 是这么说的。

来自一篇 blog 的说明

默认情况下已经注入类的配置是不会更改的，这个注解是告诉 spring 重新把新的配置注入到类里面。

last one , 在配置里面加上management.security.enabled = false，否则请求 /refresh 或者 /bus/refresh( 消息总线的接口，这是后话 ) 时会要求身份验证。

到这里，都跑起来吧，记得先让配置中心起来再跑客户端，然后访问客户端的 /testing/config 就会看到 git 上面写的值啦。

然后改一下 git 里面 from 的属性值，再请求客户端的接口。
是不是没反应？

现在客户端调用一下 /refresh 之后再继续调用接口，你会看到值变化了。

当然在实际开发上，是不可能这么玩的，多个系统之间这样玩，很容易闹出人命，一般都是上消息总线，后续文章会说怎么搭建消息总线。