一般很多项目不是在springcloud的环境中使用的，但是需要用到分布式配置中心来管理一些外部或者项目的配置，这个时候我们可以使用springcloud-config的本地配置。

配置config-server服务端

使用start.spring.io创建一个springcloud工程，pom中引入：

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

启动类加上@EnableConfigServer注解：

@SpringBootApplication
@EnableConfigServer
public class ConfigApplication {
	public static void main(String[] args) {
		SpringApplication.run(ConfigApplication.class, args);
	}
}

在resources文件夹下创建properties文件夹，在properties文件夹下创建config-dev.properties文件存放配置信息。

修改配置文件application.properties：

#项目启动端口
server.port=8888
#配置文件在本地
spring.profiles.active=native
#配置文件地址
spring.cloud.config.server.native.search-locations=classpath:properties

关于配置文件的命名请参考这里，配置文件的名称和路径会分别代表不同的配置名称和配置激活属性：

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

启动项目并打开配置：http://localhost:8888/config/dev

配置属性

看到上面的信息则说明配置成功，这里我配置了一个项目的端口号：server.port，后面会用到。

配置 config-client客户端

新建springboot工程，pom文件中加入：

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

在resources文件下加入配置文件bootstrap.properties，配置使用config-server的配置：

spring.cloud.config.name=config
spring.cloud.config.profile=dev
spring.cloud.config.uri=http://localhost:8888

在这里我们可以看到spring.cloud.config.name和spring.cloud.config.profile是和config-server中的config-dev.properties配置文件名字对应的。

启动项目：我们可以看到配置的端口号8001生效了:

这里有个小坑我记一下，springcloud config读取git配置文件的时候，properties文件会出现中文乱码的情况，所有我使用的是yml文件，不会出现乱码的问题。网上搜了一下，有人说是spring加载Properties文件的 load方法输入流的编码是 ISO 8859-1。所以我避免麻烦使用yml文件。

git配置方法：

server:

port: 8888

spring:

cloud:

config:

server:

git:

username: xxx

password: xxx

补充知识：spring cloud config 本地配置和远程GIT部署 公共配置获取

引言

在我们开发spring boot微服务框架时,经常会用到各种各样的配置,而这些配置在我们没有采用整体项目管理或者产品管理下,显得很混乱,尤其是一些公共的配置,加上我们微服务模块化,比如说要修改一个库配置,或许要修改到各个模块去整体调配,增加工作量的同时,对工作完全是一无是处的.

为此,对服务配置文件进行整体管理是必不可少的.然 ---spring cloud config在微服务架构下,应用而生,当然它的作用不止是这个大.

官网: https://cloud.spring.io/spring-cloud-config/

部署

服务端

1.既然是服务型的框架,那么它必然会有一个Server和一个Client来实现简单的示例.和其他springboot或者cloud的一样,我们既然要在项目中应用它,必是要导入或者引入包.官网明确给出了maven和gradle的配置语句.目前我在网上看的很多示例都加入了一些他们自己项目的东西,比如说eureka或者是amqp-消息配置或者一些负载均衡的包或者是配置可热加载的包.这些信息涉及到更深的技术,之后慢慢理解,我们在这就只做cloud config的实现.

新建Server项目==>maven配置刷包==>编辑Applaction加注解;

@EnableDiscoveryClient
@EnableConfigServer
@SpringBootApplication
public class ConfigServerApplication {
 
  public static void main(String[] args) {
    SpringApplication.run(ConfigServerApplication.class, args);
  }
}

2.Server工程的配置可以是yml或者properties,自己按照自己的喜好.我这里用了yml;配置有标注,

2.1. 远程GIT配置方法

server:
port: 7001 #Server端口,client访问端口 端口默认8888

spring:
cloud:
config:
server:
git:
uri: https://*****/*******/****.git #远程git仓库
username: ########### #账户
password: ******** #密码
search-paths: properties #搜索目录
application:
name: config-server #名称

2.2. 本地配置方法

server:
port: 7001 #Server端口,client访问端口 端口默认8888

spring:
profiles:
active: native #告诉服务,我现在要启用本地配置(优先考虑采用工程目录resources下配置)
application:
name: config-server #名称
cloud:
config:
server:
native:
search-locations: E:/Document/cloud_config/properties/ #明确采用该目录下配置

3.养成看看原代码的习惯,大部分看不懂逻辑,没有切入点,哈哈!不过还是能看出来点端倪.

3.一个configServer搞完,现在把它运行起来,似乎发现了它的运行原理.通过日志看代码.

不难看除,原代码原来是这个样子,入口有了,更加方便查看源代码的原理.看方法入参,似乎我们客户端需要提供者几个字段的配置.name profiles label...

客户端

1.和服务端方式相同,接下来客户端依旧是导包,加注解.接下来客户端的配置需要在bootstrap.yml的配置.

spring:
application:
name: system-core #名称

cloud:
config:
uri: http://localhost:7001 #server服务
name: system-core,datasource,reids #寻找配置文件(,)隔开是多个配置文件
profile: core
enabled: true #默认即时true,还是加上吧

1.1 我这里配置比较简单,只要Server requestmapping认识就行,当然不同的配置对不同的项目使用更便利,自行研究吧,官网有一些配置的样例,大家可以看看.网上的一些例子可能久远,包含没有所有,也可以看原代码的类.来查看怎么配置,如何去查找配置文件的.

EnvironmentController

1.2 怎么让一个项目访问几个或者公共配置,这里我们只要将spring.cloud.config.name字段属性配置用逗号隔开写不同的文件名即可,也是其他很多博客说是用spring.application.name,这种方法是错误的,不要采用.还有一种方法是我们什么也不做,只要在配置文件目录加一个application.properties的文件,既可以每个微服务都默认访问.

2.我们再来看看原代码,了解一些配置和逻辑,这个配置就不会迷茫,也不会出现冗余的配置.

3.运行起来.

远程配置读起来.

本地配置读起来.