运行原理探究html
以前写的HelloSpringBoot,究竟是怎么运行的呢,Maven项目,咱们通常从pom.xml文件探究起;java
pom.xmlweb
其中它主要是依赖一个父项目,主要是管理项目的资源过滤及插件!spring
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.2.5.RELEASE</version> <relativePath/> <!-- lookup parent from repository --> </parent>
点进去,发现还有一个父依赖springboot
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> <version>2.2.5.RELEASE</version> <relativePath>../../spring-boot-dependencies</relativePath> </parent>
这里才是真正管理SpringBoot应用里面全部依赖版本的地方,SpringBoot的版本控制中心;spring-boot
之后咱们导入依赖默认是不须要写版本;可是若是导入的包没有在依赖中管理着就须要手动配置版本了;this
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency>
springboot-boot-starter-xxx:就是spring-boot的场景启动器url
spring-boot-starter-web:帮咱们导入了web模块正常运行所依赖的组件;spa
SpringBoot将全部的功能场景都抽取出来,作成一个个的starter (启动器),只须要在项目中引入这些starter便可,全部相关的依赖都会导入进来 , 咱们要用什么功能就导入什么样的场景启动器便可 ;咱们将来也能够本身自定义 starter;插件
主启动类
分析完了 pom.xml 来看看这个启动类
//@SpringBootApplication 来标注一个主程序类 //说明这是一个Spring Boot应用 @SpringBootApplication public class SpringbootApplication { public static void main(String[] args) { //觉得是启动了一个方法,没想到启动了一个服务 SpringApplication.run(SpringbootApplication.class, args); } }
可是**一个简单的启动类并不简单!**咱们来分析一下这些注解都干了什么
做用:标注在某个类上说明这个类是SpringBoot的主配置类 , SpringBoot就应该运行这个类的main方法来启动SpringBoot应用;
进入这个注解:能够看到上面还有不少其余注解!
@SpringBootConfiguration @EnableAutoConfiguration @ComponentScan( excludeFilters = {@Filter( type = FilterType.CUSTOM, classes = {TypeExcludeFilter.class} ), @Filter( type = FilterType.CUSTOM, classes = {AutoConfigurationExcludeFilter.class} )} ) public @interface SpringBootApplication { // ...... }
这个注解在Spring中很重要 ,它对应XML配置中的元素。
做用:自动扫描并加载符合条件的组件或者bean , 将这个bean定义加载到IOC容器中
做用:SpringBoot的配置类 ,标注在某个类上 , 表示这是一个SpringBoot的配置类;
咱们继续进去这个注解查看
// 点进去获得下面的 @Component @Configuration public @interface SpringBootConfiguration {} @Component public @interface Configuration {}
这里的 @Configuration,说明这是一个配置类 ,配置类就是对应Spring的xml 配置文件;
里面的 @Component 这就说明,启动类自己也是Spring中的一个组件而已,负责启动应用!
咱们回到 SpringBootApplication 注解中继续看。
@EnableAutoConfiguration :开启自动配置功能
之前咱们须要本身配置的东西,而如今SpringBoot能够自动帮咱们配置 ;@EnableAutoConfiguration告诉SpringBoot开启自动配置功能,这样自动配置才能生效;
点进注解接续查看:
@AutoConfigurationPackage :自动配置包
@Import({Registrar.class}) public @interface AutoConfigurationPackage { }
@import :Spring底层注解@import , 给容器中导入一个组件
Registrar.class 做用:将主启动类的所在包及包下面全部子包里面的全部组件扫描到Spring容器 ;
这个分析完了,退到上一步,继续看
@Import({AutoConfigurationImportSelector.class}) :给容器导入组件 ;
AutoConfigurationImportSelector :自动配置导入选择器,那么它会导入哪些组件的选择器呢?咱们点击去这个类看源码:
一、这个类中有一个这样的方法
// 得到候选的配置 protected List<String> getCandidateConfigurations(AnnotationMetadata metadata, AnnotationAttributes attributes) { //这里的getSpringFactoriesLoaderFactoryClass()方法 //返回的就是咱们最开始看的启动自动导入配置文件的注解类;EnableAutoConfiguration List<String> configurations = SpringFactoriesLoader.loadFactoryNames(this.getSpringFactoriesLoaderFactoryClass(), this.getBeanClassLoader()); Assert.notEmpty(configurations, "No auto configuration classes found in META-INF/spring.factories. If you are using a custom packaging, make sure that file is correct."); return configurations; }
二、这个方法又调用了 SpringFactoriesLoader 类的静态方法!咱们进入SpringFactoriesLoader类loadFactoryNames() 方法
public static List<String> loadFactoryNames(Class<?> factoryClass, @Nullable ClassLoader classLoader) { String factoryClassName = factoryClass.getName(); //这里它又调用了 loadSpringFactories 方法 return (List)loadSpringFactories(classLoader).getOrDefault(factoryClassName, Collections.emptyList()); }
三、咱们继续点击查看 loadSpringFactories 方法
private static Map<String, List<String>> loadSpringFactories(@Nullable ClassLoader classLoader) { //得到classLoader , 咱们返回能够看到这里获得的就是EnableAutoConfiguration标注的类自己 MultiValueMap<String, String> result = (MultiValueMap)cache.get(classLoader); if (result != null) { return result; } else { try { //去获取一个资源 "META-INF/spring.factories" Enumeration<URL> urls = classLoader != null ? classLoader.getResources("META-INF/spring.factories") : ClassLoader.getSystemResources("META-INF/spring.factories"); LinkedMultiValueMap result = new LinkedMultiValueMap(); //将读取到的资源遍历,封装成为一个Properties while(urls.hasMoreElements()) { URL url = (URL)urls.nextElement(); UrlResource resource = new UrlResource(url); Properties properties = PropertiesLoaderUtils.loadProperties(resource); Iterator var6 = properties.entrySet().iterator(); while(var6.hasNext()) { Entry<?, ?> entry = (Entry)var6.next(); String factoryClassName = ((String)entry.getKey()).trim(); String[] var9 = StringUtils.commaDelimitedListToStringArray((String)entry.getValue()); int var10 = var9.length; for(int var11 = 0; var11 < var10; ++var11) { String factoryName = var9[var11]; result.add(factoryClassName, factoryName.trim()); } } } cache.put(classLoader, result); return result; } catch (IOException var13) { throw new IllegalArgumentException("Unable to load factories from location [META-INF/spring.factories]", var13); } } }
四、发现一个屡次出现的文件:spring.factories,全局搜索它
咱们根据源头打开spring.factories , 看到了不少自动配置的文件;这就是自动配置根源所在!
WebMvcAutoConfiguration
咱们在上面的自动配置类随便找一个打开看看,好比 :WebMvcAutoConfiguration
能够看到这些一个个的都是JavaConfig配置类,并且都注入了一些Bean,能够找一些本身认识的类,看着熟悉一下!
因此,自动配置真正实现是从classpath中搜寻全部的META-INF/spring.factories配置文件 ,并将其中对应的 org.springframework.boot.autoconfigure. 包下的配置项,经过反射实例化为对应标注了 @Configuration的JavaConfig形式的IOC容器配置类 , 而后将这些都汇总成为一个实例并加载到IOC容器中。
结论:
如今你们应该大概的了解了下,SpringBoot的运行原理,后面咱们还会深化一次!
SpringApplication
我最初觉得就是运行了一个main方法,没想到却开启了一个服务;
@SpringBootApplication public class SpringbootApplication { public static void main(String[] args) { SpringApplication.run(SpringbootApplication.class, args); } }
SpringApplication.run分析
分析该方法主要分两部分,一部分是SpringApplication的实例化,二是run方法的执行;
这个类主要作了如下四件事情:
一、推断应用的类型是普通的项目仍是Web项目
二、查找并加载全部可用初始化器 , 设置到initializers属性中
三、找出全部的应用程序监听器,设置到listeners属性中
四、推断并设置main方法的定义类,找到运行的主类
查看构造器:
public SpringApplication(ResourceLoader resourceLoader, Class... primarySources) { // ...... this.webApplicationType = WebApplicationType.deduceFromClasspath(); this.setInitializers(this.getSpringFactoriesInstances(); this.setListeners(this.getSpringFactoriesInstances(ApplicationListener.class)); this.mainApplicationClass = this.deduceMainApplicationClass(); }
跟着源码和这幅图就能够一探究竟了!