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
并不保证兼容性,而组件名一般是代表一类中间件或者一类功能,如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
元素:
<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
),降级或者升级都有比较大的风险。一般情况下,建议使用同一个大版本进行项目开发,如果确定需要进行大版本切换,请务必做完毕的功能测试。
(本文完 c-1-d e-a-20200628)
SpringBoot2.x的依赖管理的更多相关文章
- SpringBoot原理深入及源码剖析(一) 依赖管理及自动配置
前言 传统的Spring框架实现一个Web服务需要导入各种依赖jar包,然后编写对应的XML配置文件等,相较而言,SpringBoot显得更加方便.快捷和高效.那么,SpringBoot究竟是如何做到 ...
- 在Eclipse中使用建立使用Gradle做依赖管理的Spring Boot工程
前述: Gradle存在很长时间了,以前只知道Maven和ivy ,最近才知道有这个存在,因为以后要用这个了; 所以,要先学会怎么用这个工具,就从建立一个简单工程开始! 实际上以前是见过Gradle的 ...
- Gradle Maven 依赖管理
仓库管理简介 本质上说,仓库是一种存放依赖的容器,每一个项目都具备一个或多个仓库. Gradle支持以下仓库格式: Ivy仓库 Maven仓库 Flat directory仓库 我们来看一下,对于每一 ...
- webpack模块依赖管理介绍
http://webpack.github.io/docs/ webpack is a module bundler. 是一个模块管理器 webpack可以管理模块的依赖关系,并产生可以替代这些模块的 ...
- Liferay7 BPM门户开发之43: Gradle依赖管理
进入liferay v7.0,官方推荐使用Gradle进行依赖管理和发布,所以必须知道Gradle的用法,网上资料很多,不赘述 只写依赖管理的分类 一般用外部仓库依赖,也可以用本地文件依赖(依赖本地j ...
- Java Gradle入门指南之依赖管理(添加依赖、仓库、版本冲突)
开发任何软件,如何管理依赖是一道绕不过去的坎,软件开发过程中,我们往往会使用这样那样的第三方库,这个时候,一个好的依赖管理就显得尤为重要了.作为一个自动构建工作,Gradle对依赖管理有着很好 ...
- 用CocoaPods做iOS程序的依赖管理(转摘)
转摘自:http://blog.devtang.com/blog/2014/05/25/use-cocoapod-to-manage-ios-lib-dependency/ 文档更新说明 2012-1 ...
- mvc-6依赖管理
CommonJS CommonJS规范,主要解决命名空间管理模块和用一套标准的编程模式来加载模块: 很快成为了JavaScript模块写法的事实标准: 它包含IO接口,底层的套接字流,以及单元测试等标 ...
- Composer : php依赖管理工具
原始时代 我记得在当时用php的时候还没有composer,只有个pear,但是不好用呀,还不如直接在互联网上到处复制代码了,更快更不容易出错,当时也没有github这么好的社区工具了 总结如下 代码 ...
随机推荐
- SpringBoot 及其 基本原理、配置文件(二)
个人博客网:https://wushaopei.github.io/ (你想要这里多有) 一.SpringBoot 的版本与启动过程 1.SpringBoot都是jar工程 2.Spring ...
- 可以Postman,也可以cURL.进来领略下cURL的独门绝技
文章已经收录在 Github.com/niumoo/JavaNotes ,更有 Java 程序员所需要掌握的核心知识,欢迎Star和指教. 欢迎关注我的公众号,文章每周更新. cURL 是一个开源免费 ...
- Java实现 LeetCode 652 寻找重复的子树(两个map的DFS)
652. 寻找重复的子树 给定一棵二叉树,返回所有重复的子树.对于同一类的重复子树,你只需要返回其中任意一棵的根结点即可. 两棵树重复是指它们具有相同的结构以及相同的结点值. 示例 1: 1 / \ ...
- Java实现 蓝桥杯VIP 基础练习 2n皇后问题
基础练习 2n皇后问题 时间限制:1.0s 内存限制:512.0MB 问题描述 给定一个n*n的棋盘,棋盘中有一些位置不能放皇后.现在要向棋盘中放入n个黑皇后和n个白皇后,使任意的两个黑皇后都不在同一 ...
- Java实现 LeetCode 406 根据身高重建队列
406. 根据身高重建队列 假设有打乱顺序的一群人站成一个队列. 每个人由一个整数对(h, k)表示,其中h是这个人的身高,k是排在这个人前面且身高大于或等于h的人数. 编写一个算法来重建这个队列. ...
- Java实现 蓝桥杯 算式最大值
算式最大值 [问题描述] 给定: 1)N个正整数A1, A2, - AN; 2)P个加号+和Q个减号-; (P+Q=N-1) 3)K对括号() 请你使用全部整数.加减号和括号,组成一个合法的算式(A1 ...
- Linux权限管理命令chmod详解
命令chmod详解 命令chmod(英文原意:change permissions mode of a file),所在路径为: 可以看到,它的路径为:/usr/bin/chmod,因此,它的执行权限 ...
- 【Mysql】使用一条sql查询出库表结构信息
1.新建查询 将以下脚本粘贴进去 脚本如下: SELECT TABLE_SCHEMA 库名, TABLE_NAME 表名, COLUMN_NAME 列名, COLUMN_TYPE 数据类型, DATA ...
- 6.keras-基于CNN网络的Mnist数据集分类
keras-基于CNN网络的Mnist数据集分类 1.数据的载入和预处理 import numpy as np from keras.datasets import mnist from keras. ...
- input常用限制
1.自动过滤空格 onkeyup="this.value=this.value.replace(/^ +| +$/g,'')" onafterpaste="this.va ...