文章目录
1、分析pom.xml
1.1 版本控制
打开工程的pom.xml,可以看出有一个父依赖:
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.2.6.RELEASE</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
点进去这个父依赖spring-boot-starter-parent
,发现还有一个父依赖:
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>2.2.6.RELEASE</version>
<relativePath>../../spring-boot-dependencies</relativePath>
</parent>
再点进去spring-boot-dependencies
,这里才是真正管理SpringBoot应用里面所有依赖版本的地方,称之为SpringBoot的版本控制中心。有了它,以后我们导入依赖就不需要写版本号了,但如果导入的包不在版本控制中心,那就得手动配置了。
1.2 场景启动器
继续分析pom.xml文件,发现子依赖是一个个spring-boot-starter-*
:
像springboot-boot-starter-xxx
这样的依赖我们称之为SpringBoot的场景启动器,SpringBoot将所有的功能场景都抽取出来,做成一个个的starter(启动器),只需要在项目中引入这些starter即可,所有相关的依赖都会导入进来 , 我们要用什么功能就导入什么样的场景启动器即可 ;我们未来也可以自己自定义 starter;
比如spring-boot-starter-web
帮我们导入了web模块正常运行所依赖的组件,点进去这个依赖,可以看到:
可以看到,里面有tomcat,即我们web应用所依赖的组件它都包含了。其中spring-boot-starter
为核心启动器,里面包含了最基本的组件。
2、主启动类的注解
分析完了pom.xml,接着来分析启动类,启动类就是创建工程时,SpringBoot为我们自动创建的类:
package cn.klb.springboot_helloworld;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class SpringbootHelloworldApplication {
public static void main(String[] args) {
SpringApplication.run(SpringbootHelloworldApplication.class, args);
}
}
上一节的HelloWorld在写好了Comtroller后就直接运行这个main方法。
注解@SpringBootApplication
标注在某个类上说明这个类是SpringBoot的主配置类 , SpringBoot就应该运行这个类的main方法来启动SpringBoot应用。
为了让下面的分析不会那么乱,先画出@SpringBootApplication
注解的结构,我们忽略三个元注解(@Target、@Retention、@Documented和@Inherited):
@SpringBootApplication
- @SpringBootConfiguration
- @Configuration
- @Component
- @EnableAutoConfiguration
- @AutoConfigurationPackage
- @Import({Registrar.class})
- @Import({AutoConfigurationImportSelector.class})
- @ComponentScan
我们先分析@SpringBootApplication
注解,进入这个注解,可以看到还有很多其他注解:
2.1 @ComponentScan
第一个要关注的是@ComponentScan
,在学Spring时就知道,该注解默认会扫描该类所在的包下所有的配置类,相当于配置文件的 <context:component-scan>
。这个注解自动扫描并加载符合条件的组件或者bean , 将这个bean定义加载到IOC容器中。
2.2 @SpringBootConfiguration
第二个要关注的是@SpringBootConfiguration
,SpringBoot的配置类 ,标注在某个类上 , 表示这是一个SpringBoot的配置类;
我们进去@SpringBootConfiguration
注解看:
这里的 @Configuration
,说明这是一个配置类 ,配置类就是对应Spring的xml 配置文件;
再点进去@Configuration
,就看到如下:
这就说明,启动类本身也是Spring中的一个组件而已,负责启动应用!
2.3 @EnableAutoConfiguration
3、第三个要关注的是@EnableAutoConfiguration
,它的作用是开启自动配置功能,以前我们需要自己配置的东西,而现在SpringBoot可以自动帮我们配置 ;它告诉SpringBoot开启自动配置功能,这样自动配置才能生效;
回忆学spring时的配置,除了用xml配置文件,还有一个方法就是定义一个类,然后用@Configuration
来注解这个类,使得这个类称为配置类。
我们点进去@EnableAutoConfiguration
,可以看到:
其中@AutoConfigurationPackage
表示自动配置包,点进去看到:
Registrar.class的作用是将主启动类的所在包及包下面所有子包里面的所有组件扫描到Spring容器 ;
回到上一步,继续看@Import({AutoConfigurationImportSelector.class})
。
这个注解就是整个自动配置原理关键中的关键,点进去这个类AutoConfigurationImportSelector
,这个类中有一个方法:
这个方法调用了类SpringFactoriesLoader
的静态方法loadFactoryNames
:
继续看这个loadFactoryNames
方法调用的loadSpringFactories
方法:
发现一个文件spring.factories,从jar包中找到:
打开这个文件,就看到一堆的自动配置的文件,里面全是配置类的全限定类名:
比如我们随便打开一个我们熟悉的MVC配置:
打开后如下:
是我们在学spring时熟悉的配置类没错了!
2.4 小结
通过主启动类我们发现了注解@SpringBootApplication
,通过对这个注解的层层挖掘,我们明白了自动配置真正实现是从classpath中搜寻所有的META-INF/spring.factories配置文件 ,并将其中对应的 org.springframework.boot.autoconfigure
. 包下的配置项,通过反射实例化为对应标注了 @Configuration
的JavaConfig形式的IOC容器配置类 , 然后将这些都汇总成为一个实例并加载到IOC容器中。
结论:
1、SpringBoot在启动的时候从类路径下的META-INF/spring.factories中获取EnableAutoConfiguration
指定的值;(下图为META-INF/spring.factories文件的截取)
2、将这些值作为自动配置类导入容器 , 自动配置类就生效 , 帮我们进行自动配置工作;
3、整个J2EE的整体解决方案和自动配置都在springboot-autoconfigure的jar包中;
4、它会给容器中导入非常多的自动配置类 (xxxAutoConfiguration), 就是给容器中导入这个场景需要的所有组件 , 并配置好这些组件 ;
5、有了自动配置类 ,免去了我们手动编写配置注入功能组件等的工作;
3、主启动类的main方法
我们最初以为就是运行了一个mian方法,其实是开启了一个服务;
package cn.klb.springboot_helloworld;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class SpringbootHelloworldApplication {
public static void main(String[] args) {
SpringApplication.run(SpringbootHelloworldApplication.class, args);
}
}
可以看出,main方法由两部分组成:SpringApplication
的实例化、run
方法的执行。
3.1 SpringApplication的实例化
SpringApplication
的实例化主要做了什么事情呢?我们来看构造函数:
主要做了四件事情:
1、推断应用的类型是普通的项目还是Web项目
2、查找并加载所有可用初始化器 , 设置到initializers属性中
3、找出所有的应用程序监听器,设置到listeners属性中
4、推断并设置main方法的定义类,找到运行的主类
3.2 run方法
查看其源码:
原来调用了run方法,继续往下挖掘:
还是调用了一个run,继续挖掘:
终于找到了真正的执行逻辑,分析逻辑无非就是一些鉴定其、上下文、运行器的逻辑。
3.3 小结
可以跟着源码对照图来分析。