Ⅰ SpringBoot配置文件存放位置以及读取顺序
默认情况下，我们可以将application.properties或者application.yaml(为了方便演示，本文以下均以application.properties介绍)放置在如下四处：
1.1、idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。
jar包会自动生成在target目录下。
我们将生成的jar包，复制出来，到另外文件夹进行运行，比如，我现在该jar包复制到test目录下，但是这个时候是起不来，因为没有配置文件，虽然我们在idea里面是有config目录的，但是它并不没有被打包进去。我们要把config目录也复制过来，跟该jar包放在同一个目录下。
在此处，我们可以使用java -jar demo-0.01-SNAPSHOT来运行项目。
正常运行。
当我们将其打成jar包时，application.properties同样不会被打包进jar包中。需要另外复制出来和jar包放在才能正常运行。
推荐以上两种方式来放置配置文件，如果不写开发，测试，和生产好几套环境配置文件的话，就可以直接打开配置文件，改成自己需要的配置即可。
以下两种方式是将该配置文件打包在jar包里面了，即便只改一个端口号，开发人员先改配置文件，再打包，再运行。此处也记录下，并解开jar包，看下该配置文件被打包后，放置的位置。
打包后，如下图，jar包再target里面，我们寻找下application.properties文件。为了方便演示，我们将target目录下的demo-0.0.1-SNAPSHOT.jar放到一个新目录给它解压开，找下该配置文件，我放置到了一个test目录下。
解压后：如下图，我们进入目录
发现config目录被放置在classes目录下。然后这也就让我们明白了，什么是classpath？classpath的路径到底指的是哪里，在idea中我们就把它放置在resource目录，该目录就是表示classpath。而被打成jar包后classes目录就是所谓的classpath。
所有的yaml文件，同理。
Ⅱ SpringBoot的自定义配置
SpringBoot免除了项目中大部分的手动配置，对一些特定情况，我们可以通过修改全局配置文件以适应具体生产环境，可以说，几乎所有的配置都可以写在application.properties文件中，SpringBoot会自动加载全局配置文件，从而免除我们手动加载的烦恼。但是，如果我们自定配置文件，SpringBoot是无法识别这些配置文件的，此时就需要我们手动加载。接下来，将针对SpringBoot的自定义配置文件及其加载方式进行讲解。
对于这种加载自定义配置文件的需求，可以使用@PropertySource注解结合@Configuration注解配置类的方式来实现。@PropertySource注解用于指定自定义配置文件的具体位置和名称。同时，为了保证SpringBoot能够扫描该注解，还需要类添加@Configuartion注解将实体类作为自定义配置类。
当然，如果需要将自定义配置文件中的属性值注入到对应类的属性中，可以使用@ConfigurationProperties或者@Value注解进行属性值注入
打开SpringBoot项目的resources目录，在项目的类路径下新建一个test.properties自定义配置文件，在该配置文件中编写需要的配置属性
在com.david.pojo包下新创建一个配置类MyProperties，提供 test.properties 自定义配置文件中对应的属性，并根据@PropertySource注解的使用进行相关配置
主要是一个自定义配置类，通过相关注解引入了自定的配置文件，并完成了自定义属性值的注入。针对示例中的几个注解，具体说明如下：
1）@Confiruation注解表示当前类是一个自定义配置类，并添加为Spring容器的组件，这里也可以使用传统的@Component注解
2）@PropertySource("classpath:properties")注解指定了自定义配置文件的位置和名称，此示例表示自定义配置文件为classpath类路径下的 test.properties 文件
3）@ConfigurationProperties(prefix="test")注解将上述自定义配置文件 test.properties 中以test开头的属性值注入到该配置类属性中
4）如果配置类上使用的是@Componnet注解而非@Configuration注解，那么@EnableConfigurationProperties注解还可以省略
在SpringBoot框架中，推荐使用配置类的方式向容器中添加和配置组件
在SpringBoot框架中，通常使用@Configuration注解定义一个配置类，SpringBoot会自动扫描和识别配置类，从而替换传统Spring框架中的XML配置文件。
当定义一个配置类后，还需要在类中的方法上使用@Bean注解进行组件配置，将方法的返回对象注入到Spring容器中，并且组件名称默认使用的是方法名，当然也可以使用@Bean注解的name或value属性自定义组件的名称
在项目下新建一个
Ⅲ 二、SpringBoot的配置--yaml
SpringBoot使用一个全局的配置文件，配置文件名是固定的；
配置文件的作用：修改SpringBoot自动配置的默认值；SpringBoot在底层都给我们自动配置好；
YAML 是一个标记语言
标记语言：
以前的配置文件；大多都使用的是xxx.xml文件
YAML：以数据为中心，比json、xml等更适合做配置文件
YAML：配置例子
XML:
k:(空格)v ： 表示一对键值对（空格必须有）
以空格的缩进来控制层级关系；只要是左对齐的一列数据，都是同一个层级的
属性和值也是大小写敏感；
k: v :字面直接来写；
字符串默认不用加上单引号或者双引号；
"" :双引号；不会转义字符串里面的特殊字符； 特殊字符会作为本身想表示的意思
name : "zhangsan lisi" :输出 ： zhangsan 换行 lisi
'' :单引号；会转义特殊字符，特殊字符最终只是一个普通的字符串数据
name: 'zhangsan lisi' : 输出 ； zhangsan lisi
k: v : 在下一行来写对象的属性和值的关系 ；注意缩进
对象还是 k: v 的方式
行内写法：
用- 值表示数组中的一个元素
行内写法
配置文件
javaBean:
我们可以导入配置文件处理器，以后编写配置就有提示了
调整 图示：
配置文件yml还是properties他们都能获取到值；
如果说，我们只是在某个业务逻辑中需要获取一下配置文件中的某项值，使用@Value
如果说，我们专门编写一个javaBean来和配置文件进行映射，我们就直接使用@ConfigurationProperties
@ImportResource:导入Spring的配置文件，让配置文件里面的内容生效
SpringBoot里面没有Spring的配置文件，我们自己编写的配置文件，也不能自动识别；
想让Spring的配置文件生效，加载进来；@ImportResource标注在一个配置类上
不来编写Spring的配置文件
Spring Boot推荐给容器添加组件的方式；推荐全注解的方式
1、配置类@Configuration------>Spring配置文件
2、使用@Bean给容器中添加组件
我们在主配置文件编写的时候，文件名可以是application-{profile}.properties/yml
默认使用application.properties的配置
1、在配置文件中指定spring.profiles.active=dev
2、在命令行：
java -jar spring-boot-02-config.jar --spring.profiles.active=dev;
可以直接在测试的时候，配置传入命令行参数
3.虚拟机参数
-Dspring.profiles.active=dev
springboot 启动会扫描以下位置的application.properties或者application.yml文件作为Spring Boot的默认配置文件
-file:./config/
-file:./
-classpath:/config/
-classpath:/
优先级由高到低，高优先级的配置会覆盖低优先级的配置
SpringBoot会从这四个位置加载主配置文件：互补配置
==我们还可以通过spring.config.location来改变默认的配置文件位置==
项目打包好以后，我们可以使用命令行参数的形式，启动项目的时候来指定配置文件的新位置；指定配置文件和默认加载的这些配置文件共同起作用互补配置；
java -jar spring-boot-02-config.jar --spring.config.location=G:/application.properties
==SpringBoot也可以从以下位置加载配置；优先级从高到低；高优先级的配置低优先级的配置，所有的配置会形成互补配置==
1.命令行参数
2.来自java:comp/env的JNDI属性
3.java系统属性
4.操作系统环境变量
5.RandomValuePropertySource配置的random.*属性值
==有jar包外箱jar包内进行寻找==
==优先加载带profile==
6.jar包外部的application-{profile}.properties 或 application.yml(带spring.profile)配置文件
7.jar包内部的application-{profile}.properties 或 application.yml(带spring.profile)配置文件
==再来加载不带profile==
8.jar包外部的application.properties或者application.yml(不带spring.profile)配置文件
9.jar包内部的application.properties或者application.yml(不带spring.profile)配置文件
精髓：
1》springboot启动会加载大量的自动配置类
2》我们看我们需要的功能有没有springboot默认写好的自动配置类
3》我们再来看这个自动配置类中到底配置了那些组件；（只要我们要用的组件有，我们就不需要再来配置了）
4》给容器中自动配置类添加组件的时候，会从properties类中获取某些属性，我们就可以在配置文件中指定这些属性的值
Ⅳ SpringBoot - resource资源文件的打包配置详解（指定资源文件位置）
（1）默认 Spring Boot 项目结构，资源文件放置在 src/main/resources 中，测试的资源文件在 src/test/resources 中。
src/main/resources 与 src/test/resources 的区别：
（2）将项目打包后，解压 jar 可以发现原先 src/main/resources 目录下的资源文件已经被打包进来了：
（3）但有时我们的资源文件并不一定是放在 src/main/resources 目录下，比如我的项目通常会将资源文件放在 src/test/resources 目录下：
原因：根据实践经验表明，测试完后的配置项是最完整的，且经常会忘记替换正式版参数，因而选择将配置文件全部放置在 src/test/resources 目录下。
（4）又比如 mybatis 的 mapper.xml 文件，我们习惯把它和 Mapper.java 放一起
（5）但上面这两种情况的资源文件，在使用 maven 打包时是不会被打包进 jar 的。这时候我们便要指定需要打包的资源文件，这个有如下两种方法可以实现。
（1）<resources> 标签位于 <build> 标签内，用于指定项目资源文件的位置。比如下面配置我们指定了 src/test/resources 也是资源文件目录：
（2）而对于写在包下的 Mapper.xml 文件，我们则可以通过如下配置指明资源文件位置：
提示：其中 * / 这样的写法，是为了保证各级子目录下的资源文件被打包。
（3）我们还可以通过 excludes 标签剔除不需要的资源：
（1）除了使用 <resources> 标签外，我们也可以使用 maven-resources-plugin 插件实现同样的目的。比如下面配置把 src/test/resources 目录下的资源文件打包到 classes 目录下：
（2）而对于写在包下的 Mapper.xml 文件，我们也可以通过 maven-resources-plugin 插件将其打包到相应位置：
（3）使用 maven-resources-plugin 插件时，我们同样可以通过 excludes 标签剔除不需要的资源：
Ⅳ Springboot配置文件读取-ConfigFileApplicationListener
ConfigFileApplicationListener 主要作用就是读取应用的配置文件并add到Environment的PropertySources列表里
Springboot应用在启动的时候准备好了环境后就会触发 事件就开始执行读取配置的逻辑:
首先加载当前激活的Profile列表
然后从默认的 classpath:/,classpath:/config/,file:./,file:./config/ 这四个目录下
查找默认的application-{profile}名字对应的配置文件,配置文件格式支持两大类（Properties和Yaml）既：.properties .xml .yml .yaml
可以修改默认的配置文件名字(默认：application),可以指定多个比如 --spring.config.name= application,demo
可以修改默认的配置文件路径,比如 --spring.config.location= file:///C:/config/ (目录结尾不带“/”会按照文件处理,而不是目录，容易掉坑)
阅读源码入口就从他的onApplicationEvent开始跟即可,将自身添加到postProcessor列表里并执行postProcessEnvironment方法，核心逻辑是靠一个Loader内部类
new Loader(environment, resourceLoader).load()
大概就是，如果没有spring.profiles.active 和 spring.profiles.include都没有特别指定激活的profile的话
没有特别指定profile的话就是：null + default，也就是我们常见的application.properties 和 application-default.properties这种
如果指定了那就是：null + 已经激活(pre-existing)的profile + spring.profiles.active + spring.profiles.include
举个例子，假如激活了多个profile比如：--spring.profiles.active=prd1,prd2，最终优先级上prd1 > prd2 > default(null)
Ⅵ springboot配置文件读取
springboot支持多种配置文件读取方式，了解这些方式有助于查询和定位问题以及选择合适的方式进行开发。
springboot默认的配置文件是application.properties,其存放的位置可以有以下几种，从上到下按照优先级排序如下，注意，当存在重复的配置文件时，高优先级的的将会覆盖低优先级的。
若不想使用默认的application.properties配置文件，也可以自定义配置文件名，有两种方式：
这里可以一次性将所有的配置全部加载进入配置文件，然后在使用到的类中注入Configuration 实例，使用get方法获取属性。
在实际工作中，需要根据开发、测试和生产配置不同环境的配置文件。可以在合适的路径下(见第一节配置文件位置)存放 application-dev.properties,application-test.properties,application-prod.properties 三个配置文件分别代表三个不同的环境，在springboot应用启动时传入指定的参数，例如 --spring.profiles.active=prod 指定使用 application-prod.properties 文件,另外也可以采用将 spring.profiles.active=prod 配置到系统环境变量中，使用 --spring.config.location=../config/application-{spring.profiles.active}.properties ,springboot还支持加载多个不同的配置文件，例如
--spring.profiles.active=prod,test
Ⅶ Spring Boot 外置配置文件
默认情况下，我们 spring boot 项目的配置文件<small>（application.yaml、application.properties）</small>是在项目的 jar 包『里面』的。
如果是要改配置文件中的配置项时，就需要将项目重新打包，在某些情况下，这就显得十分不方便。
对此，我们可以将 spring boot 项目的配置文件『挪到』jar 包之外，然后再启动 spring boot 项目时再指定它使用外部的这些配置文件。
根据上述的 <outputDirectory> 的配置，相关的配置文件会被复制到 target 下的 resources 目录中，并且，jar 包中也不会包含你所配置的这些配置文件。
这种情况下，在启动 spring boot 项目时，需要额外的参数（ -Dspring.config.location ）告诉它项目的配置文件在哪：
注意：
spring boot 默认是以 classpath:/,classpath:/config/,file:./,file:./config/ 这样的配置在查找、加载配置文件，有意思的是查找顺序是上述配置的反向顺序：
因此，如果你在 spring.config.location 中也定义了多个配置文件位置，例如： classpath:/custom-config/,file:./custom-config/ , 那么配置文件的查找、加载顺序同样是反向的:
另外，还有一个功能相似的配置 spring.config.additional-location ，使用它的话，它会作为默认配置路径的『 扩展配置 』路径来使用。扩展的配置路径会比默认的配置优先被扫描到. 比如说, 如果设置了扩展的配置文件所在路径为： classpath:/custom-config/,file:./custom-config/ , 那么查找路径将会是下面的顺序:
这种扫描顺序使得你可以通过自己的自定义配置来修改默认的配置项。
Ⅷ springboot配置文件注解
springboot使用一个全局配置文件，配置文件的名字是固定的：
application.properties或application.yml
@ConfigurationProperties： 将 全局配置文件 的属性值，映射到SpringBoot 组件 上
@Value: 从 全局配置文件 中读取属性，映射到组件上
@PropertySource: 加载指定的配置文件。可以配合 @Value 和 @ConfigurationProperties 使用。默认只能加载XML文件，若需要加载yml文件需要实现 DefaultPropertySourceFactory 的 createPropertySource() 方法，并在注解中声明。spring boot 中 yml 、yaml 对应的加载类为 YamlPropertySourceLoader .
@ImportResource: 加载自定义的Spring XML 配置文件
SpringBoot不推荐使用这种方式，推荐使用全注解（JavaConfig）的方式。
SpringBoot会扫描当前包和所有子包的注解配置到容器中。
Ⅸ spring boot自定义配置文件数据源
SpringBoot支持动态的读取文件，留下的扩展接口 org.springframework.boot.env.EnvironmentPostProcessor 。这个接口是spring包下的，使用这个进行配置文件的集中管理，而不需要每个项目都去配置配置文件。这种方法也是springboot框架留下的一个扩展（可以自己去扩展）
在 /Users/naeshihiroshi/study/studySummarize/SpringBoot/ （自己测试也可以随机在一个目录下建立一文件），目录下建立一个名为 springboot.properties 文件，
springboot.properties 中定义一些配置，配置如下：
定义 MyEnvironmentPostProcessor 实现 EnvironmentPostProcessor 接口
在classpath定义一个 META-INF 文件夹然后在其下面先建 spring.factories 文件，在其中指定：
启动类测试：
打印结果：
Ⅹ SpringBoot 配置文件详解（告别XML）
快速学会和掌握 SpringBoot 的 核心配置文件的使用。
SpringBoot 提供了丰富的 外部配置 ，常见的有：
其中核心配置文件我们并不陌生，主要以Key-Value的形式进行配置，其中属性Key主要分为两种：
在 application.properties 添加配置如下：
① 添加数据源信息
在 application.propertis 添加配置如下：
① 添加认证信息，其中 socks.indentity.* 是自定义的属性前缀。
② 添加随机值，其中spring.test.* 是自定义的属性前缀。
使用方法： @ConfigurationProperties(prefix = "spring.datasource")
使用说明：提供 Setter方法 和 标记组件 Component
如何验证是否成功读取配置？答：这里可以简单做个验证，注入 MyDataSource ，使用 Debug 模式可以看到如下信息：
使用方法： @Value("spring.datasource.*")
使用说明：提供 Setter方法 和 标记组件 Component
注意事项：@Value不支持注入静态变量，可间接通过Setter注入来实现。
关于两者的简单功能对比：
显然，前者支持松绑定的特性更强大，所以在实际开发中建议使用@ConfigurationProperties来读取自定义属性。
SpringBoot 默认会加载这些路径加载核心配置文件，按优先级从高到低进行排列：具体规则详见 ConfigFileApplicationListener
如果存在多个配置文件，则严格按照优先级进行覆盖，最高者胜出：
举个简单的例子，例如再上述位置都有一个application.properties ，并且每个文件都写入了server.port=xx （xx分别是9001，9002，9003，9004），在启动成功之后，最终应用的端口为：9004。图例：
如果想修改默认的加载路径 或者 调改默认的配置文件名，我们可以借助命令行参数进行指定，例如：
YAML是JSON的一个超集，是一种可轻松定义层次结构的数据格式。
答： 因为配置文件这东西，结构化越早接触越规范越好。这里推荐阅读阮一峰老师写的 YAML语言教程 ，写的很简单明了。
引入依赖： 在POM文件引入 snakeyaml 的依赖。
使用说明： 直接在类路径添加 application.yml 即可。
例如下面这两段配置是完全等价的：
① 在 application.yml 配置数据源:
② 在 application.properties 配置数据源：
在项目的实际开发中，我们往往需要根据不同的环境来加载不同的配置文件。例如生产环境，测试环境和开发环境等。此时，我们可以借助 Profiles 来指定加载哪些配置文件。例如：
温馨提示：如果spring.profiles.active指定了多个配置文件，则按顺序加载，其中最后的优先级最高，也就是最后的会覆盖前者。
使用方法：
使用Maven插件打包好项目，然后在当前路径，执行DOS命令： java -jar demo.jar --server.port=8081 ，在控制台可看到应用端口变成了8081。
实现原理：
默认情况下，SpringBoot会将这些命令行参数转化成一个 Property ，并将其添加到 Environment 上下文。
温馨提示：
由于命令行参数优先级非常之高，基本高于所有常见的外部配置，所以使用的时候要谨慎。详见 PropertySource 执行顺序 。
关闭方法：
如果想禁用命令行属性，可以设置如下操作：springApplication.setAddCommandLineProperties(false)