
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日志。
网友评论