原创者：文思
一、
Spring Boot使用“习惯优于配置”（项目中存在大量的配置，此外还内置了一个习惯性的配置，让你无需手动进行配置）的理念让你的项目快速运行起来。所以，我们要想把Spring Boot玩的溜，就要懂得如何开启各个功能模块的默认配置。Spring Boot使用了一个全局的配置文件application.properties，放在src/main/resources目录下。Sping Boot的全局配置文件的作用是对一些默认配置的配置值进行修改。
application.properties提供自定义属性的支持，这样我们就可以把一些常量配置在这里：
配置获取及使用方式：
1、好用的value
在要使用的地方通过注解@Value(value=”${config.name}”)就可以绑定到你想要的属性上面
@value很强大，默认取了resource下的application和testproperties两个配置文件中的属性都可以去掉，不需要指名哪个文件
��二、
有时候属性太多了，一个个绑定到属性字段上太累，可以创建一个配置文件的对象的bean，这里我们建一个ConfigBean.java类，顶部需要使用注解@ConfigurationProperties(prefix = “test”)来指明使用哪个�
Application.propertis:
server.port=8081
test.testconfig=test-ConfigurationProperties
testproperties.properties:
test.user=2
test.psw=3
说明：
@ConfigurationProperties(prefix="test")中不用指明要获取哪个配置文件的属性，可以自动根可prefix自动查找所有配置文件中test开头的属性。port在配置文件中是以server开头，所以取不到就默认成了0。
再尝试一种情况，我想在一个类中取多个prefix指定的属性封装成类，可以吗？试试看：
这样写不报错，难道支持多前缀的参数同时取吗？应该是value的值的格式 无法进行校验吧，这也正常。但是所有定义的这些属性都可以取到值吗？
看运行结果：什么值都没有取到。和推测的有点不一样，难道@ConfigurationProperties只支持使用一种前缀参数吗？所以下一步要重点研究一下@ConfigurationProperties这个注解了，看看此注解的源码，此分析放在下一篇文中。
因为有@EnableAutoConfiguration了，所以尝试去掉@EnableConfigurationProperties({ConfigBean.class})，结果报错无法启动，说ConfigBean无法找到。
根据注解名称来推测原因：@EnableAutoConfiguration，auto自动的意思，自动找的话一般都是按常用约定来吧，而application.properties就是boot的默认约定配置文件，那改成ApplictionBean试试看：
仍然报错，同时@value仍然可以取得配置文件值，说明@EnableAutoConfiguration这个注解就不是针对默认和自定义配置文件类处理的。所以下一步要重点研究一下@EnableAutoConfiguration这个注解了，个人推测是boot框架中自身模块的自动配置管理服务。
三、
配置文件的优先级：
配置文件中${random}可以用来生成各种不同类型的随机值，从而简化了代码生成的麻烦，例如生成int值、long值或者string字符串。
config.secret=${random.value}
config.number=${random.int}
config.bignumber=${random.long}
config.uuid=${random.uuid}
config.number.less.than.ten=${random.int(10)}
config.number.in.range=${random.int[1024,65536]}
application.properties和application.yml文件可以放在一下四个位置：
外置，在相对于应用程序运行目录的/congfig子目录里。
外置，在应用程序运行的目录里
内置，在config包内
内置，在Classpath根目录
同样，这个列表按照优先级排序，也就是说，src/main/resources/config下application.properties覆盖src/main/resources下application.properties中相同的属性。
Profile-多环境配置
当应用程序需要部署到不同运行环境时，一些配置细节通常会有所不同，最简单的比如日志，生产日志会将日志级别设置为WARN或更高级别，并将日志写入日志文件，而开发的时候需要日志级别为DEBUG，日志输出到控制台即可。
如果按照以前的做法，就是每次发布的时候替换掉配置文件，这样太麻烦了，Spring Boot的Profile就给我们提供了解决方案，命令带上参数就搞定。
在Spring Boot中多环境配置文件名需要满足application-{profile}.properties的格式，其中{profile}对应你的环境标识，比如：
application-dev.properties：开发环境
application-prod.properties：生产环境
想要使用对应的环境，只需要在application.properties中使用spring.profiles.active属性来设置，值对应上面提到的{profile}，这里就是指dev、prod这2个。
#开发运行环境
spring.profiles.active=dev
教程二上级整理讲解完毕，敬请期待下集。
