1、SpringBoot是什么？

是Spring的子项目,主要简化Spring开发难度,去掉了繁重配置,提供各种启动器,可以让程序员很快上手,节省开发时间。

2、SpringBoot的优点？

SpringBoot对上述Spring的缺点进行的改善和优化，基于约定优于配置的思想，可以让开发人员不必在配置与逻辑业务之间进行思维的切换，全身心的投入到逻辑业务的代码编写中，从而大大提高了开发的效率，一定程度上缩短了项目周期。
版本锁定：解决是maven依赖版本容易冲突的问题，集合了常用的并且测试过的所有版本。使用了Starter（启动器）管理依赖并能对版本进行集中控制,如下的父工程带有版本号, 就是对版本进行了集中控制.

<!--引入父工程-->
<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.0.0.RELEASE</version>
</parent>

起步依赖：解决了完成某一个功能要整合的jar包过多的问题，集合了常用的jar包
自动配置：解决了整合框架或者技术的配置文件过多，集合了所有的约定的默认配置
内置Tomcat：通过内置的tomcat，无需再用其他外置的Tomcat就直接可以运行javaEE程序
总之：人们把Spring Boot 称为搭建程序的脚手架。其最主要作用就是帮我们快速的构建庞大的spring项目，并且尽可能的减少一切xml配置，做到开箱即用，迅速上手，让我们关注与业务而非配置。

3、运行SpringBoot项目的方式(必会)

可以打包
可以使用Maven插件直接运行.
直接运行main方法.

4、SpringBoot的启动器starter(必会)

(1)什么是starter?

starter启动器,可以通过启动器集成其他的技术,比如说: web, mybatis, redis等等.可以提供对应技术的开发和运行环境.
比如: pom中引入spring-boot-starter-web,就可以进行web开发.

(2)starter执行原理?

SpringBoot在启动时候会去扫描jar包中的一个名为spring.factories.
根据文件中的配置,去加载自动配置类. 配置文件格式是key=value, value中配置了很多需要Spring加载的类.
Spring会去加载这些自动配置类, Spring读取后,就会创建这些类的对象,放到Spring容器中.后期就会从Spring容器中获取这些类对象.

(3)SpringBoot中常用的启动器

spring-boot-starter-web,提供web技术支持
spring-boot-starter-test
spring-boot-starter-jdbc
spring-boot-starter-jpa
spring-boot-starter-redis…等等

5、SpringBoot启动流程（理解）

6、SpringBoot运行原理剖析（必会）

(一) SpringApplication类作用及run()方法作用

SpringApplication这个类整合了其他框架的启动类, 只要运行这一个类,所有的整合就都完成了.
调用run函数, 将当前启动类的字节码传入(主要目的是传入@SpringBootApplication这个注解), 以及main函数的args参数.
通过获取当前启动类的核心信息, 创建IOC容器.

(二) 当前启动类@SpringBootApplication详细剖析

run**函数传入的当前启动类字节码, 最重要的是传入了@SpringBootApplication**, 点开该注解源码,会发现有多个注解组成,接下来会详细解释每个注解的含义.
点开这个注解源码, 发现有4类注解.

(1) 第一类: JDK原生注解4个

@Target(ElementType.TYPE) //当前注解的使用范围
@Retention(RetentionPolicy.RUNTIME) //生命周期
@Documented //声明在生成doc文档时是否带着注解
@Inherited //声明是否子类会显示父类的注解

(2)第二类: @SpringBootConfiguration

点开该注解源码, 会发现本质是@Configuration,定义该类是个配置类功能等同于xml配置文件.

提到@Configuration就要提到他的搭档@Bean, 使用这两个注解就可以创建一个简单的Spring配置类, 可以用来替代相应的xml配置文件.可以理解为创建了IOC容器了.

(3)第三类: @ComponentScan, 包扫描功能.

这个注解对应Spring的XML配置中的@ComponentScan，其实就是自动扫描并加载符合条件的组件(比如@Component和@Repository等)或者bean定义, 最终将这些bean定义加载到IoC容器中.
也可以通过basePackages等属性来细粒度的定制@ComponentScan自动扫描的范围, 如果不指定, 则默认扫描@ComponentScan所在类的package及子包进行扫描。
注：所以SpringBoot的启动类最好是放在root package下，因为默认不指定basePackages, 这样能扫描root package及子包下的所有类.

(4)第四类: @EnableAutoConfiguration

点开源码会发现,本质是@import,自动导入功能

1. @EnableAutoConfiguration也是借助@Import的帮助，将所有符合自动配置条件的bean定义加载到IoC容器.
@EnableAutoConfiguration会根据类路径中的jar依赖为项目进行自动配置, 如：添加了spring-boot-starter-web依赖, 会自动添加Tomcat和SpringMVC的依赖, SpringBoot会对Tomcat和SpringMVC进行自动配置.
2. **那么SpringBoot是如何完成自动配置的呢?
A. SpringBoot自动配置的注解是 @EnableAutoConfiguration.
B. 我们用的时候是在启动类上加@SpringBootApplication,这个注解是复合注解,内部包含 @EnableAutoConfiguration
C. @EnableAutoConfiguration内部有一个@Import, 这个注解才是完成自动配置的关键.
D. @Import导入一个类(AutoConfigurationImportSelector),这个类内部提供了一个方法(selectImports). 这个方法会扫描导入的所有jar包下的spring.factories文件. 解析文件中自动配置类key=value, 将列表中的类创建,并放到Spring容器中.

总结
总之一个@SpringBootApplication**注解就搞定了所有事, 它封装了核心的@SpringBootConfiguration+@EnableAutoConfiguration+@ComponentScan这三个类,大大节省了程序员配置时间,这就是SpringBoot的核心设计思想.

7、SpringBoot中的配置文件（必会）

(1)有哪些配置文件?

bootstrap: yml/application

application: yml/application(2)上面两种配置文件有什么区别?

1. bootstrap由父ApplicationContext加载, 比application配置文件优先被加载.
   1. bootstarp里的属性不能被覆盖.
   2. application: springboot项目中的自动化配置.
   3. bootstrap:
   使用spring cloud config配置中心时, 需要加载连接配置中心的配置属性的, 就可以使用bootstrap来完成.
   加载不能被覆盖的属性.
   加载一些加密/解密的数据.

   (3)读取配置文件的方式?

   读取默认配置文件
   需要注入Environment类, 使用environment.getProperty(peorperties中的key), 这样就能获得key对应的value值
   @value(${key.value}) 直接读取
   读取自定义配置文件
   自定义配置文件后缀必须是.propeties
   编写和自定义配置文件对应的java类, 类上放3个注解
   @ConfigurationProperties(“前缀”)
   @PropertySource(“指定配置文件”)
   @Component包扫描
   读取的时候就跟读取默认配置文件一样.

   8、SpringBoot常用注解

   @SpringBootApplication:它封装了核心的@SpringBootConfiguration +@EnableAutoConfiguration @ComponentScan这三个类,大大节省了程序员配置时间,这就是SpringBoot的核心设计思想.

@EnableScheduling是通过@Import将Spring调度框架相关的bean定义都加载到IoC容器

@MapperScan:spring-boot支持mybatis组件的一个注解，通过此注解指定mybatis接口类的路径，即可完成对mybatis接口的扫描

@RestController 是@Controller 和@ResponseBody的结合,一个类被加上@RestController注解,数据接口中就不再需要添加@ResponseBody,更加简洁。

@RequestMapping,我们都需要明确请求的路径.

@GetMappping,@PostMapping, @PutMapping, @DeleteMapping 结合@RequestMapping使用, 是Rest风格的, 指定更明确的子路径.

@PathVariable：路径变量注解，用{}来定义url部分的变量名.

@Service这个注解用来标记业务层的组件，我们会将业务逻辑处理的类都会加上这个注解交给spring容器。事务的切面也会配置在这一层。当让 这个注解不是一定要用。有个泛指组件的注解，当我们不能确定具体作用的时候 可以用泛指组件的注解托付给spring容器

@Component和spring的注解功能一样, 注入到IOC容器中.

@ControllerAdvice 和 @ExceptionHandler 配合完成统一异常拦截处理.