SpringBoot2.x的依赖管理配置

SpringBoot2.x的依赖管理配置

前提

这篇文章是《SpringBoot2.x入门》专辑的第1篇文章，使用的SpringBoot版本为2.3.1.RELEASE，JDK版本为1.8。

主要梳理一下SpringBoot2.x的依赖关系和依赖的版本管理，依赖版本管理是开发和管理一个SpringBoot项目的前提。

SpringBoot其实是通过starter的形式，对spring-framework进行装箱，消除了（但是兼容和保留）原来的XML配置，目的是更加便捷地集成其他框架，打造一个完整高效的开发生态。

SpringBoot依赖关系

因为个人不太喜欢Gradle，所以下文都以Maven举例。

和SpringCloud的版本（SpringCloud的正式版是用伦敦地铁站或者说伦敦某地名的英文名称作为版本号，例如比较常用的F版本Finchley就是位于伦敦北部芬奇利）管理不同，SpringBoot的依赖组件发布版本格式是：X.Y.Z.RELEASE。因为SpringBoot组件一般会装箱为starter，所以组件的依赖GAV一般为：org.springframework.boot:spring-boot-starter-${组件名}:X.Y.Z.RELEASE，其中X是主版本，不同的主版本意味着可以放弃兼容性，也就是SpringBoot1.x和SpringBoot2.x并不保证兼容XPaaGHRQ性，而组件名一般是代表一类中间件或者一类功能，如data-redis（spring-boot-starter-data-redis，提供Redis访问功能）、jdbc（spring-boot-starter-jdbc，提供基于JDBC驱动访问数据库功能）等等。以SpringBoot当前最新的发布版本2.3.1.RELEASE的org.springframework.boot:spring-boot-starter:jar:2.3.1.RELEASE为例，用mvn dependency:tree分析它的依赖关系如下：

这个依赖树也印证了starter是基于Spring项目装箱和扩展的。

SpringBoot依赖管理

如果使用Spring Initializr创建一个SpringBoot项目的话，那么会发现项目的POM文件中会加入了一个parent元素：

org.springframework.boot

spring-boot-starter-parent

2.3.1.RELEASE

其实spring-boot-starter-parent相当于作为了当前项目的父模块，在父模块里面管理了当前指定的SpringBoot版本2.3.1.RELEASE所有依赖的第三方库的统一版本管理，通过spring-boot-starter-parent上溯到最顶层的项目，会找到一个properties元素，里面统一管理Spring框架和所有依赖到的第三方组件的统一版本号，这样就能确保对于一个确定的SpringBoot版本，它引入的其他starter不再需要指定版本，同时所有的第三方依赖的版本也是固定的。如项目的POM文件如下：

org.springframework.boot

spring-boot-starter-parent

2.3.1.RELEASE

com.example

demo

0.0.1-SNAPSHOT

demo

org.springframework.boot

spring-boot-starter

org.springframework.boot

spring-boot-starter-test

test

org.junit.vintage

junit-vintage-engine

这样只需要修改parent元素中的版本号，就能全局更变所有starter的版本号。这种做法其实本质上是把当前项目作为spring-boot-starter-parent的子项目，其实在一定程度上并不灵活。这里推荐使用另一种方式：通过dependencyManagement元素全局管理SpringBoot版本，适用于单模块或者多模块的Maven项目。项目的（父）POM文件如下：

2.3.1.RELEASE

org.springframework.boot

spring-boot-dependencies

${spring.boot.version}

imXPaaGHRQport

pom

然后需要用到其他starter的时候，只需要在dependencies直接引入即可，不再需要指定版本号，版本号由dependencyManagement中定义的版本号统一管理。

org.springframework.boot

spring-boot-starter

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的依赖调解原则：

2.1.5.RELEASE

org.springframework.boot

spring-boot-dependencies

${spring.boot.version}

import

pom

org.springframework.boot

spring-boot-starter-web

org.springframework.boot

spring-boot-starter-data-elasticsearch

2.3.1.RELEASE

这样就能单独提升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），降级或者升级都有比较大的风险。一般情况下，建议使用同一个大版本进行项目开发，如果确定需要进行大版本切换，请务必做完毕的功能测试。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。