1.安装jar到本地仓库
mvn install:install-file -Dfile=C:\Users\77486\Desktop\mall-center\1.4-SNAPSHOT\mall-center-1.4-SNAPSHOT.jar -DgroupId=com.inspur.igo -DartifactId=mall-center -Dversion=1.4-SNAPSHOT -Dpackaging=jar
2.指定本地仓库地址
mvn install:install-file -DgroupId=com.gx.signature -DartifactId=common-signature -Dversion=2.0.5 -Dpackaging=jar -Dfile=D:\es-srfq\es-srfq\es-crfq-core\libs\common_signature-2.0.5.jar -Dmaven.repo.local=D:\mavenlang-cang
3.依赖传递
在maven中,依赖是可以传递的,假设存在三个项目,分别是项目A,项目B以及项目C。假设C依赖B,B依赖A,那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A(我们的web项目直接依赖了spring-webmvc,而spring-webmvc依赖了sping-aop、spring-beans等。最终的结果就是在我们的web项目中间接依赖了spring-aop、spring-beans等)
4.手动声明是否传递
optional是maven依赖jar时的一个选项,表示该依赖是可选的,不会被依赖传递。
当前项目A要依赖B,A依赖B的配置中加上 true,表示依赖可选,如果C只声明了对A的依赖,那么B不会自动加入依赖,需要重新声明对B的依赖
5.依赖冲突
在 pom 文件中定义依赖,以先声明的依赖为准
通过上图可以看到,spring-aop和spring-webmvc都传递过来了spring-beans,但是因为spring-aop在前面,所以最终使用的spring-beans是由spring-aop传递过来的,而spring-webmvc传递过来的spring-beans则被忽略了。
6.间接依赖路径最短优先(声明顺序次之)
一个项目依赖了a,b两个jar,其中a-c1.0,b-e-c1.1,由于c1.0路径最短,所以项目使用的是c1.0,
路径相同时根据pom里a,b的声明顺序
7.依赖排除
可以使用exclusions标签将传递过来的依赖排除出去
8.版本锁定(dependencyManagement)
版本锁定后则不考虑依赖的声明顺序或依赖的路径
9.scope 属性
Maven 提供 6 种 scope :
- compile
- provided
- runtime
- test
- system
- import
compile 是 Maven 默认属性,将会使依赖包参与项目的编译,测试,运行及打包阶段。当然,项目打包之后将会包含该依赖。
provided 意味着依赖仅参与项目编译,测试的阶段。若有如下依赖关系:
A----->B----->C
C 的 scope 为provided,C 将会参与 B 的编译,测试阶段,但是 C 不会传递给 A。如果 A 运行过程需要 C,需要自己直接引入 C 依赖。
runtime 代表依赖不再参与项目编译阶段,只参与测试,运行阶段。
若依赖不参与编译阶段,这种情况 IDE 中是无法导入相应的类的。若存在依赖类,编译过程中将会报错。
典型的例子是 JDBC 驱动包,如 mysql :
test 仅参与测试阶段的工作,典型的例子为 junit:
system 与 provided 范围一致,只不过 system 需要使用 systemPath 属性指定本地路径,而 provided 将会从 Maven 仓库拉取。
import 比较特殊,不会参与以上阶段运行。其只能在 dependencyManagement下使用,且 type需要为 pom。典型的例子为 Spring-boot 依赖。
另外 Maven scope 将会影响依赖传递。
如果依赖关系为: A--->B--->C,A 依赖 B,B 依赖 C。最左列代表 B 的 scope 属性,第一行代表 C 的 scope 属性
如上所示,当 C 的 scope 为 provided/test, C 只在 B 中起作用,不会通过间接依赖传递给 A。
当且仅当 B 的 scope 为 compile,且 C scope 为 runtime ,A 将会间接依赖 C,且 scope 为 runtime。其他情况下,C 的 scope 将会与 B 的 scope 一致。