前言如果我們想要使用傳統(tǒng)意義上的 Spring 應(yīng)用，那么需要配置大量的 xml 文件才可以啟動，而且隨著項(xiàng)目的越來越龐大，配置文件也會越來越繁瑣，這在一定程度上也給開發(fā)者帶來了困擾，于是 SpringBoot 就應(yīng)運(yùn)而生了。

什么是 SpringBoot

2012 年 10 月，一個叫 Mike Youngstrom 的人在 Spring Jira 中創(chuàng)建了一個功能請求，要求在 Spring Framework 中支持無容器 Web 應(yīng)用程序體系結(jié)構(gòu)，提出了在主容器引導(dǎo) Spring 容器內(nèi)配置 Web 容器服務(wù)。這件事情對 SpringBoot 的誕生應(yīng)該說是起到了一定的推動作用。

SpringBoot 的誕生就是為了簡化 Spring 中繁瑣的 XML 配置，其本質(zhì)依然是 Spring 框架，使用 SpringBoot 之后可以不使用任何 XML 配置來啟動一個服務(wù)，使得我們在使用微服務(wù)架構(gòu)時可以更加快速的建立一個應(yīng)用。

SpringBoot 具有以下特點(diǎn)：

• 創(chuàng)建獨(dú)立的 Spring 應(yīng)用。
• 直接嵌入了 Tomcat、Jetty 或 Undertow（不需要部署 WAR 文件）。
• 提供了固定的配置來簡化配置。
• 盡可能地自動配置 Spring 和第三方庫。
• 提供可用于生產(chǎn)的特性，如度量、運(yùn)行狀況檢查和外部化配置。
• 完全不需要生成代碼，也不需要 XML 配置。

SpringBoot 這些特點(diǎn)中最重要的兩條就是約定優(yōu)于配置和自動裝配。

約定優(yōu)于配置

SpringBoot的約定由于配置主要體現(xiàn)在以下方面：

maven 項(xiàng)目的配置文件存放在 resources 資源目錄下。maven 項(xiàng)目默認(rèn)編譯后的文件放于 target 目錄。maven 項(xiàng)目默認(rèn)打包成 jar 格式。配置文件默認(rèn)為 application.yml 或者 application.yaml 或者 application.properties。默認(rèn)通過配置文件 spring.profiles.active 來激活配置。

自動裝配

自動裝配則是 SpringBoot 的核心，自動裝配是如何實(shí)現(xiàn)的呢？為什么我們只要引入一個 starter 組件依賴就能實(shí)現(xiàn)自動裝配呢，接下來就讓我們一起來探討下 SpringBoot 的自動裝配機(jī)制。

相比較于傳統(tǒng)的 Spring 應(yīng)用，搭建一個 SpringBoot 應(yīng)用，我們只需要引入一個注解 @SpringBootApplication，就可以成功運(yùn)行。

我們就從 SpringBoot 的這個注解開始入手，看看這個注解到底替我們做了什么。

前面四個不用說，是定義一個注解所必須的，關(guān)鍵就在于后面三個注解：@SpringBootConfiguration，@EnableAutoConfiguration，@ComponentScan。也就是說我們?nèi)绻挥?@SpringBootApplication 這個復(fù)合注解，而是直接使用最下面這三個注解，也能啟動一個 SpringBoot 應(yīng)用。

@SpringBootConfiguration 注解

[這個注解我們點(diǎn)進(jìn)去就可以發(fā)現(xiàn)，它實(shí)際上就是一個 @Configuration 注解，這個注解大家應(yīng)該很熟悉了，加上這個注解就是為了讓當(dāng)前類作為一個配置類交由Spring 的 IOC 容器進(jìn)行管理，因?yàn)榍懊嫖覀冋f了，SpringBoot 本質(zhì)上還是 Spring，所以原屬于 Spring 的注解 @Configuration 在 SpringBoot 中也可以直接應(yīng)用。

@ComponentScan 注解

[這個注解也很熟悉，用于定義 Spring 的掃描路徑，等價于在 xml 文件中配置 context:component-scan，假如不配置掃描路徑，那么 Spring 就會默認(rèn)掃描當(dāng)前類所在的包及其子包中的所有標(biāo)注了 @Component，@Service，@Controller 等注解的類。

@EnableAutoConfiguration

這個注解才是實(shí)現(xiàn)自動裝配的關(guān)鍵，點(diǎn)進(jìn)去之后發(fā)現(xiàn)，它是一個由@AutoConfigurationPackage 和 @Import 注解組成的復(fù)合注解。

@EnableXXX 注解也并不是 SpringBoot 中的新注解，這種注解在 Spring 3.1 版本就開始出現(xiàn)了，比如開啟定時任務(wù)的注解 @EnableScheduling 等。

@Import 注解

[這個注解比較關(guān)鍵，我們通過一個例子來說明一下。

定義一個普通類TestImport，不加任何注解，我們知道這個時候這個類并不會被 Spring 掃描到，也就是無法直接注入這個類：

public class TestImport {
}

現(xiàn)實(shí)開發(fā)中，假如就有這種情況，定義好了一個類，即使加上了注解，也不能保證這個類一定被 Spring 掃描到，這個時候該怎么做呢？

這時候我們可以再定義一個類 MyConfiguration，保證這個類可以被 Spring 掃描到，然后通過加上 @Import 注解來導(dǎo)入 TestImport 類，這時候就可以直接注入 TestImport 了：

@Configuration
@Import(TestImport.class)
public class MyConfiguration {
}

所以這里的 @Import 注解其實(shí)就是為了去導(dǎo)入一個類 AutoConfigurationImportSelector，接下來我們需要分析一下這個類。

AutoConfigurationImportSelector 類

進(jìn)入這個類之后，有一個方法，這個方法很好理解，首先就是看一下 AnnotationMetadata（注解的元信息），有沒有數(shù)據(jù)，沒有就說明沒導(dǎo)入直接返回一個空數(shù)組，否則就調(diào)用 getAutoConfigurationEntry 方法：

進(jìn)入 getAutoConfigurationEntry 方法：

這個方法里面就是通過調(diào)用 getCandidateConfigurations 來獲取候選的 Bean，并將其存為一個集合，最后經(jīng)過去重，校驗(yàn)等一系列操作之后，被封裝成 AutoConfigurationEntry 對象返回。

繼續(xù)進(jìn)入 getCandidateConfigurations 方法，這時候就幾乎看到曙光了：

這里面再繼續(xù)點(diǎn)擊去就沒必要了，看錯誤提示大概就知道了，loadFactoryNames 方法會去 META-INF/spring.factories 文件中根據(jù) EnableAutoConfiguration 的全限定類名獲取到我們需要導(dǎo)入的類，而 EnableAutoConfiguration 類的全限定類名為 org.springframework.boot.autoconfigure.EnableAutoConfiguration，那么就讓我們打開這個文件看一下：

可以看到，這個文件中配置了大量的需要自動裝配的類，當(dāng)我們啟動 SpringBoot 項(xiàng)目的時候，SpringBoot會掃描所有jar 包下面的 META-INF/spring.factories 文件，并根據(jù) key 值進(jìn)行讀取，最后在經(jīng)過去重等一些列操作得到了需要自動裝配的類。

需要注意的是：上圖中的 spring.factories 文件是在 spring-boot-autoconfigure 包下面，這個包記錄了官方提供的 stater 中幾乎所有需要的自動裝配類，所以并不是每一個官方的 starter 下都會有 spring.factories 文件。

談?wù)?SPI 機(jī)制

通過 SpringFactoriesLoader來讀取配置文件 spring.factories 中的配置文件的這種方式是一種 SPI 的思想。那么什么是 SPI 呢？

SPI，Service Provider Interface。即：接口服務(wù)的提供者。就是說我們應(yīng)該面向接口（抽象）編程，而不是面向具體的實(shí)現(xiàn)來編程，這樣一旦我們需要切換到當(dāng)前接口的其他實(shí)現(xiàn)就無需修改代碼。

在 Java 中，數(shù)據(jù)庫驅(qū)動就使用到了 SPI 技術(shù)，每次我們只需要引入數(shù)據(jù)庫驅(qū)動就能被加載的原因就是因?yàn)槭褂昧?SPI 技術(shù)。

打開 DriverManager 類，其初始化驅(qū)動的代碼如下：

進(jìn)入 ServiceLoader 方法，發(fā)現(xiàn)其內(nèi)部定義了一個變量：

private static final String PREFIX = "META-INF/services/";

這個變量在下面加載驅(qū)動的時候有用到，下圖中的 service 即 java.sql.Driver：

所以就是說，在數(shù)據(jù)庫驅(qū)動的 jar 包下面的 META-INF/services/ 下有一個文件 java.sql.Driver，里面記錄了當(dāng)前需要加載的驅(qū)動，我們打開這個文件可以看到里面記錄的就是驅(qū)動的全限定類名：

@AutoConfigurationPackage 注解

從這個注解繼續(xù)點(diǎn)進(jìn)去之后可以發(fā)現(xiàn)，它最終還是一個 @Import 注解：

這個時候它導(dǎo)入了一個 AutoConfigurationPackages 的內(nèi)部類 Registrar， 而這個類其實(shí)作用就是讀取到我們在最外層的 @SpringBootApplication 注解中配置的掃描路徑（沒有配置則默認(rèn)當(dāng)前包下），然后把掃描路徑下面的類都加到數(shù)組中返回。

手寫一個 stater 組件

了解完自動裝配的原理，接下來就可以動手寫一個自己的 starter 組件了。

starter 組件命名規(guī)則

SpringBoot 官方的建議是，如果是我們開發(fā)者自己開發(fā)的 starter 組件（即屬于第三方組件），那么命名規(guī)范是{name}-spring-boot-starter，而如果是 SpringBoot 官方自己開發(fā)的組件，則命名為 spring-boot-starter-{name}。

當(dāng)然，這只是一個建議，如果非不按這個規(guī)則也沒什么問題，但是為了更好的識別區(qū)分，還是建議按照這個規(guī)則來命名。

手寫 starter

寫一個非常簡單的組件，這個組件只做一件事，那就是實(shí)現(xiàn) fastjson 序列化。

• 新建一個 SpringBoot 應(yīng)用 lonelyWolf-spring-boot-starter。
• 修改 pom 文件，并新增 fastjson 依賴（省略了部分屬性）。

<parent>
    <groupId>org.springframework.boot<span class="hljs-name"groupId>
    <artifactId>spring-boot-starter-parent<span class="hljs-name"artifactId>
    <version>2.4.0<span class="hljs-name"version>
    <relativePath/>
<span class="hljs-name"parent>

<groupId>com.lonely.wolf.note<span class="hljs-name"groupId>
<artifactId>lonelyWolf-spring-boot-starter<span class="hljs-name"artifactId>
<version>1.0.0-SNAPSHOT<span class="hljs-name"version>

<dependencies>
    <dependency>
      <groupId>org.springframework.boot<span class="hljs-name"groupId>
      <artifactId>spring-boot-starter<span class="hljs-name"artifactId>
    <span class="hljs-name"dependency>

    <dependency>
      <groupId>com.alibaba<span class="hljs-name"groupId>
      <artifactId>fastjson<span class="hljs-name"artifactId>
      <version>1.2.72<span class="hljs-name"version>
    <span class="hljs-name"dependency>
<span class="hljs-name"dependencies>

• 新建一個序列化類 JsonSerial 類來實(shí)現(xiàn) fastjson 序列化。

public class JsonSerial {
    public

• 新建一個自動裝配類 MyAutoConfiguration 來生成 JsonSerial。

@Configuration
public class MyAutoConfiguration {

    @Bean
    public JsonSerial jsonSerial(){
        return new JsonSerial();
    }
}

• 完成之后將其打成一個 jar 包，然后再另一個 SpringBoot 中引入依賴：

<dependency>
     <groupId>com.lonely.wolf.note<span class="hljs-name"groupId>
     <artifactId>lonelyWolf-spring-boot-starter<span class="hljs-name"artifactId>
     <version>1.0.0-SNAPSHOT<span class="hljs-name"version>
<span class="hljs-name"dependency>

• 這時候在這個 SpringBoot 應(yīng)用中直接注入 JsonSerial 對象會直接提示找不到這個對象：

這是因?yàn)?MyAutoConfiguration 這個類是在外部 jar 包之中，并沒有被掃描到（需要注意的是，假如剛好 jar 包的路徑和掃描的路徑相同，那么是可以被掃描到的，但是在實(shí)際項(xiàng)目中，我們不可能確保引入的 jar 包能被掃描到，所以才需要通過配置的方式來導(dǎo)入），所以我們還需要導(dǎo)入這個外部配置類。

• 在 resources 目錄下新建一個文件 META-INF/spring.factories 文件，文件內(nèi)新增一個如下配置：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\\
com.lonely.wolf.note.MyAutoConfiguration

這樣，SpringBoot 就會將 MyAutoConfiguration 進(jìn)行管理，從而得到 JsonSerial 對象，這樣就可以直接注入使用了。

總結(jié)

本文從為什么要有 SpringBoot，以及 SpringBoot 到底方便在哪里開始入手，逐步分析了 SpringBoot 自動裝配的原理，最后手寫了一個簡單的 start 組件，通過實(shí)戰(zhàn)來體會了 SpringBoot 自動裝配機(jī)制的奧妙。