SpringCloud配置中心方便微服务的配置文件同一管理和配置。

常用的配置中心又SpringCloud Config 和SpringCloud alibaba Nacos:

一、SpringCloud alibaba Nacos使用

Nacos 支持基于 DNS 和基于 RPC 的服务发现（可以作为springcloud的注册中心）、动态配置服务（可以做配置中心）、动态 DNS 服务。

nacos作为注册中心：

先在官网上下载nacos中间件 下面教程有启动步骤

https://nacos.io/zh-cn/docs/quick-start.html

程序启动默认占用的端口是8848（珠穆朗玛峰的高度），我们可以对端口进行修改，用编辑器打开bin目录下的startup.cmd文件 添加一行代码

set "JAVA_OPT=%JAVA_OPT% --server.port=9090

端口号就改成9090了，如图1所示：

还可以在conf文件下的application.properties中添加

server.port=9090

来修改端口，也可以在该文件下指定数据源，方法和springboot中配置一样（单机模式模式下默认连接的是javaDB），该文件夹下 nacos-logback.xml自然是修改nacos日志输出规则的。

如果是0.3.0版本 启动后访问下面这个地址：

http://127.0.0.1:8848/nacos/index.html

会有一个图形化界面，如图2所示：

这个配置管理项便是nacos的注册中心服务端了，下面还有一个服务管理，是nacos注册中心 图形化界面的服务端，以后做介绍。启动成功后我们就可以开始写我们的java代码了。

先新建一个springboot项目，添加如下依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId><version>0.2.0.RELEASE</version>
</dependency>

在resource目录下加入 bootstrap.properties文件 并添加配置中心相关信息
bootstrap.properties：

#服务名
spring.application.name=nacos-config-example
#配置中心url
spring.cloud.nacos.config.server-addr=127.0.0.1:8848

相应的application.properties的内容写到配置中心里面去，如图3、图4所示：

在项目启动时就会去配置中心去读取配置信息（本地的配置文件application.properties还能用，但优先级低于配置中心的配置，本地一般只需要配置bootstrap.yml一些启动加载配置，或则可以在本地application.properties配置一些无需再配置中心配置的配置(需要确认是部分覆盖还是全部覆盖)）
如果你不想用nacos提供的控制台，nacos也提供了java开发服务端的sdk和api,我们可以用sdk开发配置中心服务端，用java代码去操作配置中心,sdk的文档可参看官方文档。

二、SpringCloud Config使用

Spring Cloud中配置文件的加载机制与其它的Spring Boot应用存在不一样的地方；如它引入了bootstrap.properties的配置文件，同时也支持从配置中心中加载配置文件等；本文主要聚焦在这些配置文件加载的优先级及覆盖关系的控制上，对于帮助理解Spring Cloud的配置文件加载方式有一定的帮助。

1. bootstrap上下文

Spring中加载的配置文件是分层级的；

Spring Cloud启动的时候会创建一个bootstrap的上下文，它是应用的父级上下文(请注意这里所说的bootstrap指的是是启动最开始时加载的配置项，与bootstrap.yml或者说bootstrap.properties是两码事，这点很容易混淆)；它负责从一些外部环境中加载配置项，如配置中心；这部分配置项的优先级是最高的，因此它不会被其它的配置文件中加载的配置项给覆盖。

bootstrap的上下文使用另外一种机制来加载额外的配置文件，相对于从application.properties（或者yml)中加载配置文件中加载配置项，你也可以选择从bootstrap.properties(yml)中加载，以区分boostrap上下文中加载的配置项和主上下文加载的配置项。

可以在系统配置项或者启动命令参数中指定不使用bootstrap机制加载配置项：

spring.cloud.bootstrap.enabled=false

2. 配置项加载位置

Spring Cloud应用加载的配置项可以来自于以下几个位置：

• 启动命令中指定的配置项；
• 操作系统配置项；
• 环境变量
• 配置中心中的配置文件；
• 本地的application.properties(yml)
• 本地boostrap.properties（yml）
  
  这几个位置的配置项从上往下优先级递减，即从上面位置加载的配置项会覆盖下面位置加载的配置项。如application.properties中加载的配置项优先级要高于bootstrap.properties中加载的配置项

3.配置项的覆盖配置

默认情况下，从Spring Cloud Config中加载的配置项，是不能被本地的配置项覆盖的，如果想要覆盖这些配置项，需要在配置中心的配置文件中(或者系统配置项、命令行配置项中等）添加以下配置项(注意本地配置文件中增加该配置无任何意义）

spring.cloud.config.allowOverride=true

表示本地的配置文件（如bootstrap.yml或者application.yml）中的配置项可以覆盖远程的配置项，默认是false；

springcloud config 配置文件覆盖本地配置文件解决办法
在spirngcloud config 的需要不被复写的应用的配置文件（git/svn/mysql/本地）里加上下面两句话，这个应用的本地配置文件就不会被覆盖。

spring cloud config 如何优先读取本地配置

在服务中心配置文件中加入如下配置

 springcloud:config:allowOverride: trueoverrideNone: trueoverrideSystemProperties: false

改配置作用为,如果本地有application.yml文件，会优先读取本地配置文件的内容，然后在读取服务中心配置文件的内容，本地配置文件application.yml中只需要修改和服务中心有冲突的地方即可。