springbootrun方法什么时候扫描的配置类
SpringBootRun方法会在应用启动时扫描配置类。SpringBootRun方法是一个静态方法，它可以接受一个参数，该参数是一个字符串数组，其中包含要传递给应用程序的参数。SpringBootRun方法会调用SpringApplication类的run方法，该方法会接受一个参数，该参数是一个配置类，它包含了应用程序所需的所有配置信息。在调用run方法之后，SpringBootRun方法会扫描该配置类，以确定应用程序需要加载哪些组件。一旦所有组件都被加载，应用程序就可以正常运行了。
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配置文件总结
springboot 本身支持多种灵活的配置方式，为开发 springboot 程序带来了很大的灵活性和扩展性，但是同时由于太灵活，经常会导致明明配置了相关属性，却没有生效。
本文总结了 springboot 配置文件的原理以及多个配置文件生效的顺序。
springboot 配置文件支持灵活的路径，以及灵活的文件名，用一个变量表达式总结如下：
部分源码如下：
当满足上述变量表达式的配置文件有多个时，会有一个配置的优先级。假设
上面每个条件组合起来，则最多有配置文件如下，且顺序从上到下：
获取属性时，按从上到下的顺序遍历由上述文件生成的属性资源对象 PropertySource ，如果遇到匹配的key直接返回。
总结一下：就是如果同一个key的属性只出现一次，则直接取该值即可。如果同一个key的属性出现多次，则取顺序靠前的属性资源对象。另外其中每个文件都是可选的。
需要注意的一点是：如果在同一个 location 下配置了多个文件名一样的文件，则只会取一个，比如在 classpath:/ ，有如下两个文件 application.yml ：
则只会根据 classloader 的 classpath 列表，选取第一个出现的文件。因为 springboot 加载配置文件时最底层是使用的下面的方法：
这两个方法只会获取 classloader 类的 ucp 属性里面第一个匹配到的值。如果对 springboot 自身的机制不满意，想获取所有的classpath:/路径下面的 applicaiton.yml 文件，可以使用下面的方法：
本文总结了 springboot 配置文件的原理以及多个配置文件生效的顺序。如果存在增加了配置文件或者在配置文件里面增加了属性却没有生效，可以参考上面的 springboot 配置文件表达式和配置文件生效顺序进行排查。
后面还会有一篇文章讨论基于 springboot 配置原理如何实现自定义的配置读取方式。