前言
使用SpringCloud进行微服务分布式开发，能够非常方便的构建高可用、高并发的大型web系统。
当整个web系统扩展到几十、上百甚至更多的微服务模块的时候，整个生态的扩展以及维护就变得尤为重要。
传统单体式结构的项目，无论是数据库连接配置，证书文件路径和参数配置等，均由pro属性文件或其他配置文件配置到项目里面，并使用io/nio文件输入输出流进行处理，这样当配置文件达到一定数量的时候，配置文件在项目里面就会显得非常臃肿；维护起来非常困难。
一、gitLab介绍
使用SpringCloud分布式开发，在这方面有非常大的优势，由于是分布式，决定了系统整个架构均由分布式部署和开发。配置也不例外。本文介绍的是由GitLab配置中心，配置的属性和参数等。gitlab是一种分布式的（类似于git）自动配置和加载属性文件的分布式服务。
开发过程中，分为：开发dev、测试test、生产prod三个环境。那么在springCloud项目里面，无疑也是配置了3套yml的配置文件去连接配置中心，进而加载对应各环境的数据库连接和参数配置等。
项目中在resource下的配置文件如图：
当你的项目部署在开发环境（dev），那么对应会连接到开发环境的config注册中心，进而加载开发环境的配置文件及属性等。测试环境（test）/生产环境（prod）同理。
gitLab如图：
二、gitlab下部署多个模块
- 数据库DataSource
- 数据库连接池，是每个项目必不可少的配置，在SpringCloud中，也是配置在gitlab中进行维护和读取。
- 项目启动的时候注册中心config Server会首先去读取并加载对应环境的数据库连接配置，进而再去加载和读取其他配置参数。
一般SpringBoot默认会加载数据源连接，若想在代码显示的加载或单独调用，如下：
@Autowired private DataSource dataSource;
其他的配置@Value使用如下：
@Value("${bohaiDF.datasource.owner}") private String owner; @Value("${bohaiDF.datasource.password}") private String password; @Value("${bohaiDF.operator}") private String operator; @Value("${bohaiDF.storeId}") private String storeId;
对应的gitlab配置：
三、gitlab配置
- 配置文件，的路径由根节点开始，跟文件名无关。
- 如上即可方便加载和配置维护了。在代码里面即可当做static静态变量使用即可。
注意：
使用@Value注解的类文件，在其他地方调用，必须要@Autowired 进来，Spring才会去加载该class文件中的参数值，不然会获取null空值。
