一、配置优先级

1、配置（3种：.properties、yml、yaml）

①、配置文件优先级

②、如何指定Java系统属性和命令行参数

③、5种配置文件的优先级

二、Bean管理

1、获取bean（3种方法）

2、bean作用域（5种）

①、@Scope注解：配置作用域

3、第三方bean

①、在启动类中声明第三方bean：（以Dom4j：解析XML文件对象为例）

②、声明配置类来管理第三方bean对象

③、如何在配置类中的第三方bean中引入方法对象

④、思考：@Component及衍生注解与 @Bean注解使用场景？

三、SpringBoot原理

1、起步依赖

2、自动配置

①、什么是自动配置？

②、自动配置常见方案1 —— @ComponentScan 组件扫描（不推荐）

③、自动配置常见方案2 —— @Import导入（普通类/配置类/ImportSelector接口实现类）

④、自动配置原理 -- 源码跟踪

⑤、自动配置原理 -- 条件装配注解（@Conditional）

⑥、自动配置原理 —— 小结

⑦、案例（自定义starter）

四、Web后端开发总结

1、三层架构

一、配置优先级

1、配置（3种：.properties、yml、yaml）

①、配置文件优先级

优先级最高的是（.properties > .yml > .yaml）

②、如何指定Java系统属性和命令行参数

program arguments 优先级比 VM options 要高

命令行执行：

示例：

Ⅰ、正常运行一个 jar 包：

运行结果：

Ⅱ、指定Java系统属性和命令行参数：

③、5种配置文件的优先级

二、Bean管理

1、获取bean（3种方法）

默认情况下，SpringBoot项目在启动的时候会自动的创建IOC容器(也称为Spring容器)，并且在启动的过程当中会自动的将bean对象都创建好，存放在IOC容器当中。应用程序在运行时需要依赖什么bean对象，就直接进行依赖注入就可以了。

代码示例：（3种获得bean对象的方法）

运行结果：（但现在我们获取的bean对象是同一个，是单例的，我们可以通过某些方法将它设置为非单例的）

2、bean作用域（5种）

单例和多例取决于作用域

注意事项：

①、@Scope注解：配置作用域

测试代码：

Ⅰ、默认情况下：（单例）

Ⅱ、懒加载：

给DeptController类加上@Lazy注解，让其进行懒加载，即：不让Spring在程序启动时就实例化bean对象，而是在我们第一次请求它们时再创建：

测试结果：程序启动时，bean对象并没有被创建

当依次使用这个bean对象时，这个对象才进行实例化：

Ⅲ、加上作用域@Scope("prototype")：表示每次使用bean时，都会创建新的实例

DeptController：

测试结果：

3、第三方bean

以上bean对象以外的bean

注意事项：

①、在启动类中声明第三方bean：（以Dom4j：解析XML文件对象为例）

示例：

在启动类中声明第三方bean：（不建议使用这种方法）

②、声明配置类来管理第三方bean对象

配置类示例：

其次，我们可以通过@Bean注解的name/value属性来指定

bean的名称，如果未指定，默认是方法名:

测试bean对象的名称是否为方法名：

测试结果：

③、如何在配置类中的第三方bean中引入方法对象

直接作为形参引入：

④、思考：@Component及衍生注解与 @Bean注解使用场景？

三、SpringBoot原理

1、起步依赖

假如我们没有使用SpringBoot，用的是Spring框架进行web程序的开发，此时我们就需要引入web程序开发所需要的一些依赖。

spring-webmvc依赖：这是Spring框架进行web程序开发所需要的依赖

servlet-api依赖：Servlet基础依赖

jackson-databind依赖：JSON处理工具包

如果要使用AOP，还需要引入aop依赖、aspect依赖

项目中所引入的这些依赖，还需要保证版本匹配，否则就可能会出现版本冲突问题。

如果我们使用了SpringBoot，就不需要像上面这么繁琐的引入依赖了。我们只需要引入一个依赖就可以了，那就是web开发的起步依赖：springboot-starter-web。

起步依赖的原理就是依赖传递

2、自动配置

①、什么是自动配置？

示例：注入Gson对象

注入Gson对象：

Ⅰ、编写测试类（AutoConfigurationTests），并在其中自动注入Gson对象：

Ⅱ、运行结果：

问题：在当前项目中我们并没有声明谷歌提供的Gson这么一个bean对象，然后我们却可以通过@Autowired从Spring容器中注入bean对象，那么这个bean对象怎么来的？

答案：SpringBoot项目在启动时通过自动配置完成了bean对象的创建。

我们知道了什么是自动配置之后，接下来我们就要来剖析自动配置的原理。解析自动配置的原理就是分析在 SpringBoot项目当中，我们引入对应的依赖之后，是如何将依赖jar包当中所提供的bean以及配置类直接加载到当前项目的SpringIOC容器当中的。

②、自动配置常见方案1 —— @ComponentScan 组件扫描（不推荐）

示例：

单元测试：获取itheima-utils中的bean以及配置类：

运行结果：

③、自动配置常见方案2 —— @Import导入（普通类/配置类/ImportSelector接口实现类）

示例：

Ⅰ、在启动类中导入 普通类：

Ⅱ、在启动类中导入配置类：（多个Bean）

Ⅲ、在启动类中导入 ImportSelector 接口实现类：

ImportSelector 接口实现类：

启动类导入：

Ⅳ、@EnableXxxx注解，封装了@Import注解（推荐）

让第三方依赖自己来指定要导入哪些bean和配置类

在启动类上加上对应注解：

④、自动配置原理 -- 源码跟踪

@interface SpringBootApplication：

@SpringBootConfiguration注解上使用了@Configuration，表明SpringBoot启动类就是一个配置类

@Indexed注解，是用来加速应用启动的（不用关心）。

@interface EnableAutoConfiguratiion：

⑤、自动配置原理 -- 条件装配注解（@Conditional）

示例：

@ConditionalOnClass：判断环境中是否有对应的字节码文件，才注册bean到IOC容器

@ConditionalOnMissingBean：判断环境中没有对应的bean（类型或名称），才注册bean到IOC容器（该注解的应用场景，通常是用来设置一个默认的bean对象）

@ConditionalOnProperty：判断配置文件中有对应属性和值，才注册bean到IOC容器中

@Conditional小结

⑥、自动配置原理 —— 小结

自动配置的核心就在@SpringBootApplication注解上，SpringBootApplication这个注解底层包含了3个注解，分别是：

- @SpringBootConfiguration

- @ComponentScan

- @EnableAutoConfiguration

@EnableAutoConfiguration这个注解才是自动配置的核心。

它封装了一个@Import注解，Import注解里面指定了一个ImportSelector接口的实现类。
在这个实现类中，重写了ImportSelector接口中的selectImports()方法。
而selectImports()方法中会去读取两份配置文件，并将配置文件中定义的配置类做为selectImports()方法的返回值返回，返回值代表的就是需要将哪些类交给Spring的IOC容器进行管理。
那么所有自动配置类的中声明的bean都会加载到Spring的IOC容器中吗? 其实并不会，因为这些配置类中在声明bean时，通常都会添加@Conditional开头的注解，这个注解就是进行条件装配。而Spring会根据Conditional注解有选择性的进行bean的创建。

@Enable 开头的注解底层，它就封装了一个注解 import 注解，它里面指定了一个类，是 ImportSelector 接口的实现类。在实现类当中，我们需要去实现 ImportSelector 接口当中的一个方法 selectImports 这个方法。这个方法的返回值代表的就是我需要将哪些类交给 spring 的 IOC容器进行管理。
此时它会去读取两份配置文件，一份儿是 spring.factories，另外一份儿是 autoConfiguration.imports。而在 autoConfiguration.imports 这份儿文件当中，它就会去配置大量的自动配置的类。
而前面我们也提到过这些所有的自动配置类当中，所有的 bean都会加载到 spring 的 IOC 容器当中吗？其实并不会，因为这些配置类当中，在声明 bean 的时候，通常会加上这么一类@Conditional 开头的注解。这个注解就是进行条件装配。所以SpringBoot非常的智能，它会根据 @Conditional 注解来进行条件装配。只有条件成立，它才会声明这个bean，才会将这个 bean 交给 IOC 容器管理。

⑦、案例（自定义starter）

业务场景：

我们前面案例当中所使用的阿里云OSS对象存储服务，现在阿里云的官方是没有给我们提供对应的起步依赖的，这个时候使用起来就会比较繁琐，我们需要引入对应的依赖。我们还需要在配置文件当中进行配置，还需要基于官方SDK示例来改造对应的工具类，我们在项目当中才可以进行使用。
大家想在我们当前项目当中使用了阿里云OSS，我们需要进行这么多步的操作。在别的项目组当中要想使用阿里云OSS，是不是也需要进行这么多步的操作，所以这个时候我们就可以自定义一些公共组件，在这些公共组件当中，我就可以提前把需要配置的bean都提前配置好。将来在项目当中，我要想使用这个技术，我直接将组件对应的坐标直接引入进来，就已经自动配置好了，就可以直接使用了。我们也可以把公共组件提供给别的项目组进行使用，这样就可以大大的简化我们的开发。