主要梳理一下SpringBoot2.x的依賴關係和依賴的版本管理，依賴版本管理是開發和管理一個SpringBoot項目的前提。 SpringBoot其實是通過starter的形式，對spring-framework進行裝箱，消除了（但是相容和保留）原來的XML配置，目的是更加便捷地集成其他框架，打造 ...
SpringBoot其實是通過starter的形式，對spring-framework進行裝箱，消除了（但是相容和保留）原來的XML配置，目的是更加便捷地集成其他框架，打造一個完整高效的開發生態。
SpringBoot依賴關係
因為個人不太喜歡Gradle，所以下文都以Maven舉例。
和SpringCloud的版本（SpringCloud的正式版是用倫敦地鐵站或者說倫敦某地名的英文名稱作為版本號，例如比較常用的F版本Finchley就是位於倫敦北部芬奇利）管理不同，SpringBoot的依賴組件發佈版本格式是：X.Y.Z.RELEASE。因為SpringBoot組件一般會裝箱為starter，所以組件的依賴GAV一般為：
這個依賴樹也印證了starter是基於Spring項目裝箱和擴展的。
SpringBoot依賴管理
如果使用Spring Initializr創建一個SpringBoot項目的話，那麼會發現項目的POM文件中會加入了一個parent元素：
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.3.1.RELEASE</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
其實spring-boot-starter-parent相當於作為了當前項目的父模塊，在父模塊裡面管理了當前指定的SpringBoot版本2.3.1.RELEASE所有依賴的第三方庫的統一版本管理，通過spring-boot-starter-parent上溯到最頂層的項目，會找到一個properties元素，裡面統一管理Spring框架和所有依賴到的第三方組件的統一版本號，這樣就能確保對於一個確定的SpringBoot版本，它引入的其他starter不再需要指定版本，同時所有的第三方依賴的版本也是固定的。如項目的POM文件如下：
<!-- 暫時省略其他的配置屬性 -->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.3.1.RELEASE</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.example</groupId>
<artifactId>demo</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>demo</name>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
<exclusions>
<exclusion>
<groupId>org.junit.vintage</groupId>
<artifactId>junit-vintage-engine</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
這樣只需要修改parent元素中的版本號，就能全局更變所有starter的版本號。這種做法其實本質上是把當前項目作為spring-boot-starter-parent的子項目，其實在一定程度上並不靈活。這裡推薦使用另一種方式：通過dependencyManagement元素全局管理SpringBoot版本，適用於單模塊或者多模塊的Maven項目。項目的（父）POM文件如下：
<!-- spring-boot-guide 父POM -->
<properties>
<spring.boot.version>2.3.1.RELEASE</spring.boot.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>${spring.boot.version}</version>
<scope>import</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
然後需要用到其他starter的時候，只需要在dependencies直接引入即可，不再需要指定版本號，版本號由dependencyManagement中定義的版本號統一管理。
<!-- spring-boot-guide/ch0-dependency 子POM -->
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
</dependencies>
SpringBoot依賴覆蓋
有些特殊的情況，可能項目中大部分的starter使用的是相對低的版本，但是由於部分新的功能需要使用到更高版本的個別starter，則需要強制引入該高版本的starter。這裡舉一個例子，項目用到的SpringBoot組件的版本是2.1.5.RELEASE，使用的中間件服務Elasticsearch的版本是7.x，而spring-boot-starter-data-elasticsearch支持的版本如下：
理論上可以一下子升級SpringBoot到2.3.1.RELEASE，其實也可以直接指定spring-boot-starter-data-elasticsearch的版本覆蓋掉全局的SpringBoot組件版本，這裡應用了Maven的依賴調解原則：
<!-- 父POM或者全局POM -->
<properties>
<spring.boot.version>2.1.5.RELEASE</spring.boot.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>${spring.boot.version}</version>
<scope>import</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-elasticsearch</artifactId>
<version>2.3.1.RELEASE</version>
</dependency>
</dependencies>
這樣就能單獨提升spring-boot-starter-data-elasticsearch的版本為2.3.1.RELEASE，其他組件的版本依然保持為2.1.5.RELEASE。
小結
目前有兩種常用的方式管理SpringBoot組件的版本（兩種方式二選一）：
-
配置
parent元素，通過項目繼承的方式指定SpringBoot組件的版本號，這是Spring Initializr生成的項目中預設的配置方式。 -
配置
dependencyManagement元素（推薦此方式），通過（父）POM文件統一指定SpringBoot組件的版本號。
另外，SpringBoot的1.x和2.x之間有相容性問題（最明顯的一點是2.x中刪除了1.x中大量的內建類，如果用到了這些SpringBoot中的內建類，容易出現ClassNotFoundException），降級或者升級都有比較大的風險。一般情況下，建議使用同一個大版本進行項目開發，如果確定需要進行大版本切換，請務必做完畢的功能測試。
