聊一聊 Maven 依赖管理
转自:data4
链接:www.jianshu.com/p/f6ca45865025
管理包依赖是 Maven 核心功能之一,下面通过如何引入 jar 包;如何解析 jar 包依赖;包冲突是如何产生;如何解决包冲突;依赖管理解决什么问题;什么是依赖范围;使用包依赖的最佳实践等 6 个问题来介绍。
如何引入 jar 包
例如:使用 zookeeper client
<dependencies>
<dependency>
<groupId>org.apache.hadoopgroupId>
<artifactId>zookeeperartifactId>
<version>3.3.1version>
dependency>
dependencies>
Maven 如何解析 jar 包依赖——传递依赖
例如:上述 pom.xml 引入 zookeeper 依赖,实际引入的 jar 包有:
包冲突如何产生?
如果 pom.xml 文件中引入了 A 和 E 之后,按照 Maven 传递依赖原则,工程内需要引入的实际 Jar 包将会有:A B C D1 和 E F D2,因此 D1,D2 将会产生包冲突。
如何解决包冲突
Maven 默认处理策略
最短路径优先
Maven 面对 D1 和 D2 时,会默认选择最短路径的那个 jar 包,即 D2。E->F->D2 比 A->B->C->D1 路径短 1。最先声明优先
如果路径一样的话,举个🌰:A->B->C1, E->F->C2 ,两个依赖路径长度都是 2,那么就选择最先声明。
移除依赖
举个🌰:将 zookeeper 的 jline 依赖排除
<dependency>
<groupId>org.apache.hadoopgroupId>
<artifactId>zookeeperartifactId>
<version>3.3.1version>
<exclusions>
<exclusion>
<groupId>jlinegroupId>
<artifactId>jlineartifactId>
exclusion>
exclusions>
dependency>
mvn dependency:help
mvn dependency:analyze
mvn dependency:tree
mvn dependency:tree -Dverbose
依赖管理解决什么问题
举个🌰:有两个模块 projectA, projectB,它们的依赖分别如下所示:
projectA:
<project>
...
<dependencies>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-aartifactId>
<version>1.0version>
<exclusions>
<exclusion>
<groupId>group-cgroupId>
<artifactId>excluded-artifactartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-bartifactId>
<version>1.0version>
<type>bartype>
<scope>runtimescope>
dependency>
dependencies>
project>
projectB:
<project>
...
<dependencies>
<dependency>
<groupId>group-cgroupId>
<artifactId>artifact-bartifactId>
<version>1.0version>
<type>wartype>
<scope>runtimescope>
dependency>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-bartifactId>
<version>1.0version>
<type>bartype>
<scope>runtimescope>
dependency>
dependencies>
project>
<project>
...
<dependencyManagement>
<dependencies>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-bartifactId>
<version>1.0version>
<type>bartype>
<scope>runtimescope>
dependency>
dependencies>
dependencyManagement>
project>
则 projectA 和 projectB 均不需要指定 group-a/artifact-b 的 version 信息。 未来升级 version 信息时,只需要在 parent 内部指定。 projectA:
<project>
...
<dependencies>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-aartifactId>
<version>1.0version>
<exclusions>
<exclusion>
<groupId>group-cgroupId>
<artifactId>excluded-artifactartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-bartifactId>
dependency>
dependencies>
project>
projectB:
<project>
...
<dependencies>
<dependency>
<groupId>group-cgroupId>
<artifactId>artifact-bartifactId>
<version>1.0version>
<type>wartype>
<scope>runtimescope>
dependency>
<dependency>
<groupId>group-agroupId>
<artifactId>artifact-bartifactId>
dependency>
dependencies>
project>
依赖范围
scope 有哪些属性:compile, provided, runtime, test, system 等。
详细参考:依赖范围
最佳实践
项目中源代码使用的 jar 包一定在 pom.xml 中显示引用。
经常 check 一下包冲突,检查是否需要处理。
当使用多个模块时,parent 一定要使用包管理模块来规范 Jar 包版本,而不是包依赖模块直接引入依赖。dependencyManagement vs dependencies
评论