SpringBoot： spring启动
看这名字就感觉到方便，自动。
官方文档也是说通过springBoot可以轻松的创建spring程序，并运行他们。
我们从中国传统快餐面条来说。
我走进一家面馆，点了碗面（springboot），说别放香菜（过滤jar包），对老板说加个鸡腿（SpringStarter），老板就知道你要加的是巨无霸特辣鸡腿（松散绑定），一分钟不到就出餐了（自动配置），服务员很快就会给你送到桌上还带了筷子（内置tomcat），所有的这些服务你只需要进店是时候说一声就行了（run）。
加个鸡腿（SpringStarter）
老板我的面里加个鸡腿！
这个鸡腿是卤好的，调味的恰到好处，熟的，可以直接吃；不是生的，不需要你二次加工。
味道刚好
例如：
spring-boot-starter-log4j2
加入maven之后，
首先Starter会将该功能需要的包全部引入，并且做了版本控制，防止包之间冲突，具体jar包版本和springBoot的版本有关。（这是springboot2.4.0，如果是其他版本的springboot下面的jar包版本也会不一样，有兴趣可以自己试试）直接CTRL点pom中的dependency标签里的内容就可以看到。
这就像鸡腿一样味道刚好，不会冲突串味。
别放香菜！
如果starter中有你不想用的包也可以通过exclusion签去除
祖传配方
Springboot里有些jar包没写版本也是因为SpringBoot内置了这些常用jar包的版本（上面SpringStarter的jar包版本也是在springboot里就设置好的），如下图
SpringBoot很用心的防止年轻人下错料。
这个怎么找呢？CTRL点spring-boot-starter-parent
进去下一个文件再点spring-boot-dependencies，
进入的文件就可以看到所有的jar包版本
直接食用
springBoot就有自动配置的特点，导入的Starter也同样会自动配置。因为starter就是个打包后的web项目。自己也可以自定义一个starter。
快速出餐（自动配置）难点重点
在快餐店快速出餐，会使用厂家提供的料理包；所以这碗面一半是店里的面，一半是厂家的料。
自动配置原理
自家的面（自己的项目）：扫包，只会扫启动类（加上@SpringBootApplication的类）所在的包和子包，启动类位置不能乱放，然后扫文件里的注解进行相应处理，该注入的注入，该跳过的跳过。和spring差不多。
例如：@Autowired
有点像读配置文件。
料理包（Springboot的包）：扫描所有META-INF/（springboot源码中定义的路径，藏的很深，找不到也没关系，反正你也改不了）下的spring.factories中的类全路径，根据传入的key，没逗号的路径是key，
类的数量很大，不可能每个都用到，全部注入的话太浪费资源了；通过exclude注解可以排除几个，最重要的还是类自带的conditional前缀的注解，注册条件，不满足的类不会注册。
这段的意思就是没有引入RabbitTemplate和Channel类就不会注入这个类。
虽然厨师有很多调料，但是没有点羊肉串就不会用到孜然。
扫码点单，坐等上餐（Run，初始化流程）难点重点
快餐嘛，找个位置，点好餐，剩下的餐馆会处理。
Run方法是SpringBoot的一大特色，springboot内容很多，但是只要执行run方法就可以做到一键启动，方便快捷。
初始化SpringApplication
1.推断项目类型
很重要，后面有用，会根据应用类型去搭建配置环境。
2.注入初始化类ApplicationContextInitializer
3.注入监听器ApplicationListener
启动类初始化这里就用到了自动配置，通过getspriingfactoriesinstances（key.class），总算知道key从哪传进去了。
4.找到启动类类名
运行Run
1.启动配置监听器
SpringApplicationRunListeners协调SpringApplication初始化的ApplicationListener监听类
2.搭建上下文环境
（根据项目类型一般是servlet）搭建配置环境，获取配置文件是dev还是prod，系统环境变量（jdk，maven等）。
用SpringApplicationRunListeners监听器加载配置文件
3.初始化应用上下文
应用上下文保存的是属性集合；包括IOC容器，属性名是beanfactory的map
4.上下文刷新前
设置环境对象，值是第2步生成的值
启动之前的初始化类ApplicationContextInitializer
用第1步的监听SpringApplicationRunListeners去通知之前的监听类ApplicationListener，容器准备好了，开始干活
把启动类加进IOC
5.上下文刷新，IOC容器初始化
1 Resource（资源）定位（就是之前说的自动配置扫包和starter的自动装配）
2 将定位到的资源后有@Component转换成BeanDefinition
3向IoC容器注册BeanDefinition（BeanDefinition是IOC容器map的值，key是类名或者你自己注解里取的名字）
6.上下文刷新后
可以做一些扩展
内置餐具（内嵌tomcat，没有web.xml的springMVC）
服务员当然会把餐具一起送上来，你甚至还可以挑自己喜欢的。
使用tomcat要引入
然后tomcat就会随着run方法一起启动；就是另一个starter而已。
Web.xml去哪了？
Servlet3.0规范规定，添加servlet可以不通过xml配置，而是通过代码的方式添加。
就是这段代码
servletContext.addServlet(name, this.servlet);
而springMVC中只有一个servlet，DispatcherServlet。
通过getServletContext()方法获得servletContext
ServletContext servletContext = getServletContext();
这样就完成了（详细过程可以翻看源码）
禁止吸烟，外带酒水（约定优于配置）
餐厅有餐厅的规矩，springboot也有springboot的规矩。
配置加载顺序
配置文件放在这4个位置都会生效
如果发生冲突，优先级从高到底；如果不冲突，每个配置的属性都有用。
application是默认配置文件名，当然也可以改，改起来有点麻烦。
.properties后缀和.yaml或.yml都可以作为配置文件后缀。这两个写法上有点不一样。
.yaml优先级高于.properties(2.4.0以后的springboot版本)
松散绑定
这四种写法都是可以互相绑定的，比如userName=user_name
餐厅监控（日志）
日志分两层
Spring框架选择使用了 JCL 作为默认日志输出。而 Spring Boot 默认选择了 SLF4J 结合 LogBack
日志级别，从小到大
Trace
debug
info
warn
Error
默认是info，可以通过配置文件修改，日志会输出当前级别和更高级别的日志；比如设置info级别，还是会输出warn和Error日志。
