運行原理探究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(); }
跟着源碼和這幅圖就能夠一探究竟了!