spring boot 配置文件

全局配置：

　　Spring Boot 的默 认 配 置 文 件位置为 src/main/resources/application.properties 。关于SpringBoot应用的配置内容都可以集中在该文件中， 根据我们引入的不同Starter模块，可以在这里定义容器端口号、 数据库连接信息、 日志级别等各种配置信息。比如，我们需要自定义Web模块的服务端口号，可以在application.properties中添加 server.port=8888 来 指 定 服 务 端口为 8888 , 也可 以通过spring.app让ca巨on.name= hello 来指定应用名。

　　Spring Boot的配置文件除了可以使用传统的 properties文件之外，还支持现在被广泛推荐使用的YAML文件。

　　application.properties  ：例：server.port=9998

　　application.yml(YAML)  ：例：server:

　　　　　　　　　　　　　　　　　　port:8080

　　properties文件相信大家接触得都很多了，这里介绍一下 yml 文件 

yml：以数据为中心。

　　基本语法：

　　　　key:(这里一定要有个空格) value表示一对键值对

　　　　以空格的缩进来控制层级关系：只要是左对齐的一列数据，都是同一个层级的 。

　　值的写法：　　

　　　　字面量：普通的 值（数字，字符串，布尔）:

　　　　　　key: value   字面量直接来写，字符串不用加单引号或者双引号

　　　　　　" " :双引号，不会转义字符串里面的特殊字符，写了什么就是什么，比如在双引号中写了   (转移后为换行)，但是这里就只是 并不会换行

　　　　　　‘ ‘ ：会转义

　　　　对象（属性和值）（键值对）:

　　　　　　　　key: value :   (注意空格和缩进)

　　　　　　　　　　　　　filed: value

　　　　　　例如：

　　　　　　　　people：

　　　　　　　　　　　name: zhangs

　　　　　　　　　　　 age: 20

　　　　　　peopleName = people-name

　　　　　　行内写法：people: {name: zhangs,age: 20}

　　　　数组（list set）:

　　　　　　例如：

　　　　　　　　animals: 

　　　　　　　　　　　　- cat

　　　　　　　　　　　　- dog

　　　　　　　　　　　　- pig

　　　　　　　行内写法：animals: [cat,dog,pig]

自定义参数：

 　　配置文件占位符：${random.uuid}  ${people.hello:hello}如果系统中没有定义people.hello，默认值为hello

@Component
@ConfigurationProperties(prefix="shelter")
//@PropertySource("classpath:shelter.properties")
public class ShelterConfig {
	
	//@Value("${shelter.upload.path}")
	private String uploadPath ;
	
	//@Value("${shelter.pageHelp.pageSize}")
	private Integer pageSize ;

}

　　如此便可以将配置文件中的配置读到配置类中。@ConfigurationProperties:告诉spring boot将本类中的属性和配置文件中的相关值进行绑定，通过其中有个prefix=“shelter”，表示将具有shelter前缀下面的属性进行 一 一 映射，以上类必须是容器中的组件才能使用此功能 所以还需要加个注解@Component。另一种获取值的方法

@Component
//@ConfigurationProperties(prefix="shelter")
@PropertySource("classpath:shelter.properties")
public class ShelterConfig {
	
	@Value("${shelter.upload.path}")
	private String uploadPath ;
	
	@Value("${shelter.pageHelp.pageSize}")
	private Integer pageSize ;

}

　　@PropertySource：加载指定的配置文件，如果不加这个注解，会去全局配置文件里面去查找。

　　@ImportResource:导入自己编写的spring的配置文件，让配置文件内容生效，比如可以自己编写一个xml通过此方法进行注入将@ImportResource（locations={"classpath:xxx.xml"}）标注在配置类中，比如主程序类。

<!-- 配置文件处理器-->
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-configuration-processor</artifactId>
	<optional>true</optional>
</dependency>

　这个依赖就是在编写配置文件的 时候有提示。不引入此依赖便不会有提示

参数引用:

　　在 application.properties 中的各个参数之间可以直接通过使用 PlaceHolder 的方式来进行引用 ， 就像下面的设置：

book.name = Test
book.author = wuzz
book.desc = ${book.author} is writing《${book.name}》

　　book.desc 参数引用了上文中定义的book.name和book.author 属性， 最后该属性的值就是wuzz is writing Test。

使用随机数：

　　在一 些特殊情况下， 我们希望有些参数每次被加载的时候不是 一 个固定的值， 比如密钥、 服务端口等。 在 Spr ingBoot的属性配置文件中， 可以 通过 使用${random}配置来产生随机的int值、long值或者string字符串，这样我们就可以容易地通过 配置随机生成属性，而不是在程序中通过编码来实现这些逻辑。

${random}的配置方式主要有以下几种， 读者可作为参考使用。
＃随机字符串
com.didispace.blog.value=${random.value}
＃随机int
com.didispace.blog.number=${random.int}
＃随机long
com.didispace.blog.bignumber=${random.long}
# 10以内的随机数
com.didispace.blog.test1=${random.int(l0)}
# 10-20的随机数
com.didispace.blog.test2=${random.int[l0,20]}

　　该 配置方式可以 设置应用 端口等场景， 以避免在本地调试时出现端口冲突的麻烦。

多Profile文件：

　　配置文件编写的时候：创建配置文件application.properties / application-dev.properties / application-prod.properties，默认使用application.properties该配置。如果要使用生产和开发环境，可以在该文件中设置属性spring.profiles.active = dev 来激活

　　可以使用yml多文档块的方式去实现以上的需求，每个文档快以  ---  来分割。也可以在使用java -jar xxx.jar的时候增加一行命令 --spring.profiles.active = dev来实现

　　配置文件的加载顺序：下面4个文件目录是spring会自动识别的加载主配置文件，优先级由高到低，高优先级的在遇到相同的配置的时候会去覆盖低优先级的配置文件信息

1. file:/config/
2. file:/
3. classpath:/config/
4. classpath:/

加载顺序:

　　我们将SpringBoot应用需要的配置内容都放在了项目工程中， 已经能够通过spring.profiles.active或是通过Maven来实现多环境的支待。 但是， 当团队逐渐壮大， 分工越来越细致之后， 往往不需要让开发人员知道测试或是生产环境的细节， 而是希望由每个环境各自的负责人(QA或是运维）来集中维护这些信息。 那么如果还是以这样的方式存储配置内容， 对于不同环境配置的修改就不得不去获取工程内容来修改这些配置内容， 当应用非常多的时候就变得非常不方便。 同时， 配置内容对 开发人员都可见， 这本身也是 一 种安全隐患。 对此， 出现了很多将 配置内容外部化的框架和工具， 为了能够更合理地重写各属性的值，SpringBoot使用了下面这种较为特别的属性加载顺序：

1. Devtools全局设置属性在你的主目录(~/.spring-boot-devtools.properties当devtools处于激活状态时）。
2. 测试中的@TestPropertySource注解
3. 测试中的@SpringBootTestproperties注解属性
4. 命令行参数
5. 来自SPRING_APPLICATION_JSON（嵌入在环境变量或系统属性中的内联JSON）的属性
6. ServletConfig初始化参数
7. ServletContext初始化参数
8. java:comp/env中的JNDI属性
9. Java系统属性（System.getProperties()）
10. 操作系统环境变量
11. 一个只有random.*属性的RandomValuePropertySource
12. 在你的jar包之外的 特殊配置文件的 应用程序属性（application-{profile}.properties和YAML 变体）
13. 打包在jar中的 特殊配置文件的 应用程序属性（application-{profile}.properties和YAML 变体）
14. 在你的jar包之外的应用程序属性（application.properties和YAML 变体）
15. 打包在jar中的应用程序属性（application.properties和YAML 变体）
16. @PropertySource注解在你的@Configuration类上
17. 默认属性（通过设置SpringApplication.setDefaultProperties指定）

　　优先级按上面的顺序由高到低，数字越小优先级越高。可以看到，其中第12项和第14项 都是从应用jar包之外读取配置文件，所以，实现外部化配置的原理就是从此切入，为其指定外部配置文件的加载位置来取代jar包之内的配置内容。 通过这样的实现，我们的工程在配置中就变得非常干净，只需在本地放置开发需要的配置即可，而不用关心其他环境的配置，由其对应环境的负责人去维护即可。

监控与管理:

　　当我们决定用Spring Boot来作为微服务框架时，除了它强大的快速开发功能之外，还因为它在StarterPOMs中提供了 一 个特殊依赖模块spring-boot-starter-actuator 。引入该模块能够自动为 Spring Boot 构建的应用提供一 系列用于监控的端点。在现有的 Spring Boot 应用中引入该模块非常简单， 只需要在 pom.xml 的dependency 节点中，新增 spring-boot-starter-actuator 的依赖即可，具体如下：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

　　增加该依赖之后，配置management.security.enabled=false 重新启动应用。此时，我们可以在控制台中看到如下图所示的输出：

 　　上图显示了一批端点定义， 这些端点并非我们自己在程序中创建的， 而是由spring-boot-starter-actuator 模块根据应用依赖和配置自动创建出来的监控和管理端点。通过这些端点，我们可以实时获取应用的各项监控指标.

原生端点:

　　通过在快速入门示例中添加spring-boot-starter-actuator模块， 我们已经对它有了一 个初步的认识。接下来，我们详细介绍 一 下 spring-boot-starter-actuator模块中已经实现的 一 些原生端点。 根据端点的作用， 可以将原生端点分为以下三大类。

• 应用配置类：获取应用程序中加载的应用配置、 环境变量、 自动化配置报告等与Spring Boot应用密切相关的配置类信息。
• 度量指标类：获取应用程序运行过程中用于监控的度量指标， 比如内存信息、 线程池信息、 HTTP请求统计等。
•  操作控制类：提供了对应用的关闭等操作类功能。