这一节来说说配置中心。
在搭建配置中心的时候，有刷到说仓库可以在本地搭建，不过当然不会这么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 里面的文件只有一个叫 from 的属性，后面会用得着。<strong>同时请注意路径的名字，启动时有异常很有可能不是你代码有错而是 git 的路径错了 ，包括找不到属性，请检查 git。</strong>
我这里先创建一个配置中心，应用名( 即 spring.application.name 属性 )叫 SleepCare-ConfigServer，来份 pom.xml:
<dependencies>
<!-- spring boot -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<!-- 配置中心 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
<!-- eureka 客户端 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
</dependencies>
然后是配置，图片说它不太好意思见人，我就给它脸上打码了。
注意这些配置是写在 bootstrap.properties 里面的，<strong>因为 bootstrap.properties 的加载比 application.properties 要早</strong>，没有就自己新建一份。
其中说明一下，search-paths就是在这个仓库内你那份配置文件的路径，比如现在是 configserver 仓库下 springCloudConfig/SleepCare-TestingServices-1.properties，那么很明显这个属性值就是 springCloudConfig 啦。
然后启动类那里加上@EnableConfigServer注解。
注意到没有，当你启动之后，其实这个 config server 也会当成一个客户端去注册服务，如此一来其他服务访问配置中心的时候直接写 application name 就行了。
接下来要用到服务注册-EurekaServer (一)配置好的客户端，客户端这里也是要写一份 bootstrap.properties ，内容如下:
哦，记得先给客户端的 pom.xml 加菜:
<!-- 配置中心客户端 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
URL与配置文件的映射关系还记得不？
- profile&label ---> 映射关系，忘记的自己回顾上面
- discovery.enabled ---> 告诉客户端要去找配置中心拿东西
- discovery.service-id ---> 告诉客户端配置中心叫啥名字
另外，在之前配客户端的时候，eureka.client.serviceUrl.defaultZone 是在 application.properties 配置的，<strong>现在必须写在 bootstrap.properties</strong>，不然你会感受到一次又一次的挫败。(受虐狂请忽略我的话
功成名就的一步，写个类:
from 就是我在仓库那个文件写的属性，属性值写啥你说了算。然后 @Value注解是配置属性值的，运行时客户端会去找配置中心要值并注入，接下来才是重点，简直就是敲黑板了好吗！<strong>看到没有，麻烦在类上面加上@RefreshScope注解</strong>。
当你谷歌 RefreshScope 时，其中有一篇 blog 是这么说的。
默认情况下已经注入类的配置是不会更改的，这个注解是告诉 spring 重新把新的配置注入到类里面。
last one , 在配置里面加上management.security.enabled = false，否则请求 /refresh 或者 /bus/refresh( 消息总线的接口，这是后话 ) 时会要求身份验证。
到这里，都跑起来吧，记得先让配置中心起来再跑客户端，然后访问客户端的 /testing/config 就会看到 git 上面写的值啦。
然后改一下 git 里面 from 的属性值，再请求客户端的接口。
是不是没反应？
现在客户端调用一下 /refresh 之后再继续调用接口，你会看到值变化了。
当然在实际开发上，是不可能这么玩的，多个系统之间这样玩，很容易闹出人命，一般都是上消息总线，后续文章会说怎么搭建消息总线。
