一个简单的依赖
<dependency> <groupId>com.alibaba.share</groupId> <artifactId>test</artifactId> <version>1.4</version> </dependency> 依赖库命名规则: ${groupId.part1}/${groupId.part2}/${version} 例:com/alibaba/share/1.4 依赖库文件命名规则: ${artifactId}-${version}-${classifier}.${type} 例:test-1.4-source.jar 注:classfier即分类器,多数的时候是用不到的,不过有写情况需要,例: TestNG强制需要你提供分类器,以区别jdk14和jdk15 <dependency> <groupId>org.testng</groupId> <artifactId>testng</artifactId> <version>5.7</version> <classifier>jdk15</classifier> </dependency>
maven依赖范围
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>3.8.1</version> <scope>test</scope> </dependency>
上面的scope即约定依赖范围。
compile:默认值,一直可用,最后会被打包
provided:编译期间可用,不会被传递依赖,不会被打包。例:依赖于web容器中的提供的一个jar包,在编译的时候需要加入依赖(web容器还没有介入),运行的时候由web容器来提供。
test:执行单元测试时可用,不会被打包,不会被传递依赖
runtime:运行和测试时需要,但编译时不需要
system:不推荐使用
maven依赖管理
避免不同子模块中依赖版本冲突
在主pom中配置依赖
<dependencyManagement> <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.2</version> </dependency> ... <dependencies> </dependencyManagement>
在子pom中添加依赖
<dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> </dependencies>
dependencyManagement实际上不会真正引入任何依赖,在子pom中添加之后才会。在父pom中配置了之后,子模块只需使用简单groupId和artifactId就能自动继承相应的父模块依赖配置。如果子pom中定义了version,则覆盖management中的。
可选依赖
添加不可传递的依赖:
在一个项目中加入依赖:
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>1.5</version> <optional>true</optional> </dependency>
在另一个项目依赖于上一个项目,但是如果需要用到mysql的依赖,仍然需要去添加。
依赖版本界限
要求的依赖版本>=3.8且<4.0
<version>[3.8,4.0)</version>
要求的依赖版本<=3.8.1
<version>[,3.8.1]</version>
要求必须是3.8.1版本,如果不是的话会构建失败,提示版本冲突。原来的写法<version>3.8.1</version>的意思是所有版本都可以,但最好是3.8.1
<version>[3.8.1]</version>
排除依赖
依赖project-a但是排除掉对project-a中引入的project-b的依赖
<dependency> <groupId>org.sonatype.mavenbook</groupId> <artifactId>project-a</artifactId> <version>1.0</version> <exclusions> <exclusion> <groupId>org.sonatype.mavenbook</groupId> <artifactId>project-b</artifactId> </exclusion> </exclusions> </dependency>
替换依赖
直接使用上一步中的排除掉,然后添加要替换进来的依赖就可以了,没有什么特殊的标志来标志这个是替换进来的。
版本冲突仲裁
版本仲裁规则(在maven 2.2.1版本上测试验证)
• 按照项目总POM的DependencyManager版本声明进行仲裁(覆盖),但无警告。
• 如无仲裁声明,则按照依赖最短路径确定版本。
• 若相同路径,有严格区间限定的版本优先。
• 若相同路径,无版本区间,则按照先入为主原则。