读书笔记-《Maven实战》-关于Maven依赖传递的思考 2018/4/26

上次读书笔记中,提到了依赖传递。看着依赖传递表,一直在思考为什么会是这样。

先看传递表:

compile test provided runtime

compile

test

provided

runtime

compile

test

provided

runtime

-

-

-

-

-

-

-

-

runtime

test

provided

runtime

(最左边一列表示第一依赖范围,最上边一行表示第二依赖范围)

需要详细理解的知识点

1.首先看看scope的作用:scope是用来排除多余的依赖范围的。按我自己的理解,不能理解一个字段在什么时候有用,而是在什么时候不需要它,在什么时候,添加了这个范围就会出现操作失败的情况:

compile:所有阶段都有用,

provided:在运行的时候不需要使用这个依赖,更官方的说法为期望在运行时由运行环境提供api。

test:在编译和运行的时候都不要使用这个依赖【具体理解应该是在正式的使用mvn package或者mvn compile的时候无效,但是对于编译器来说,是一直有效的,因为测试也需要编译和运行的】

runtime:对于编译的时候不需要使用这个依赖【例:JDBC驱动,在编译的时候只需要提供一个接口,具体使用在运行的时候再提供就行】

理解记忆的话:

test算是一个独立的模块。如果对于上面的依赖传递表格不理解的话,可以先把test行和test列给去除,再结合2,3知识点,就很容易理解了

priovided和runtime是对立的,一个对运行时不需要,一个对编译时不需要。 参考理解jdk和jre

2.编译时和运行时具体区别在哪里?

具体的可以看看《深入理解JVM》

只说一点关键的:

编译过程中,对于依赖,可以没有具体的实现,但是需要有这个接口文件,不需要有具体的实现。[可以只有interface文件]

运行过程中,对于依赖,必须要有具体的实现。[还要有具体的implement文件]

3.依赖是指的依赖编译好的二进制文件,编译过程会把所有的依赖编译进生成的二进制文件中,这一点很重要

而依赖是否传递,主要看是否需要运行或编译文件,与test无关

因此:

先看看第一依赖为compile的时候:(运行和编译都需要此依赖)

第二依赖对库的依赖为compile的时候:

表示任何时候都需要这个lib,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此

现在的库对于第二依赖在编译的时候,不需要再编译一次,因此应该是在运行时和测试时有效,所以应该为runtime,但是官方解释:

it is intended that this should be runtime scope instead, so that all compile dependencies must be explicitly listed - however, there is the case where the library you depend on extends a class from another library, forcing you to have available at compile time. For this reason, compile time dependencies remain as compile scope even when they are transitive.

第二依赖对库的依赖为test的时候:

第二依赖的运行和编译都不需要这个库,因此,依赖是不会传递的

第二依赖对库的依赖为provided的时候:

第二依赖在运行时不需要这个库,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此编译运行都不需要这个库,因此,依赖不会传递

第二依赖对库的依赖为runtime的时候:

第二依赖在编译的时候不需要这个库,但是在运行和测试的时候需要这个库,那么同理第一依赖编译的时候是不需要这个库的。因此为runtime。

第一依赖为test的时候:(运行和编译都需要此库)

第二依赖对库的依赖为compile的时候:

第一依赖只需要用第二依赖进行测试,第二依赖对这个依赖任何时候都需要(其实只需要再运行的时候用它,因为已经被编译到二进制文件中了),因此在只需要在测试的时候,运行这个包,因此为test

第二依赖对库的依赖为test的时候:

第一依赖只需要用第二依赖进行测试,第二依赖运行和编译的时候都不需要他,因为依赖不传递

第二依赖对库的依赖为provided的时候:

第一依赖对第二依赖进行测试,第二依赖在运行的时候不需要这个这个库,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此依赖不传递。

第二依赖对库的依赖为runtime的时候:

第二依赖在编译的时候不需要这个库,而在运行和测试的时候需要这个库,而在测试的时候需要运行这个库,因此为test

可以看出来compile和test很像,在proivde和test都不传递。而在compile和runtime都会传递,因为proivde对于被依赖项来说已经编译好了,所以不再需要传递

第一依赖为provided的时候:(在编译和运行测试代码的时候需要此库)

provided算是一个比较特殊的依赖。需要注意的是,我们的代码并不是在运行时不需要这个库,而是表示在运行时让运行环境提供这个api。

因此如果按照表示主代码在运行时让运行环境提供这个依赖的运行api,那么在第一依赖需要运行第二依赖的时候,依赖都为provided

第二依赖为compile的时候:(运行和编译都需要此库)

按照上面的说法,应该为provided

第二依赖对库的依赖为test的时候:

第一依赖只需要用第二依赖进行测试,第二依赖运行和编译的时候都不需要他,因为依赖不传递

第二依赖对库的依赖为provided的时候:

第一依赖对第二依赖进行测试,第二依赖在运行的时候不需要这个这个库,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此依赖不传递。

第二依赖对库的依赖为runtime的时候:

第二依赖在运行的时候需要这个库,因此为provided

第一依赖为runtime的时候:(在运行的时候需要此库)

第二依赖为compile的时候:(运行和编译都需要此库)

表示任何时候都需要这个lib,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此

现在的库对于第二依赖在编译的时候,不需要再编译一次,因此应该是在运行时和测试时有效,因此为runtime

第二依赖对库的依赖为test的时候:

第一依赖只需要用第二依赖进行测试,第二依赖运行和编译的时候都不需要他,因为依赖不传递

第二依赖对库的依赖为provided的时候:

第一依赖对第二依赖进行测试,第二依赖在运行的时候不需要这个这个库,而编译的时候这个lib已近被第二依赖编译进二进制文件,因此依赖不传递。

第二依赖对库的依赖为runtime的时候:

第二依赖在编译的时候不需要这个库,而在运行和测试的时候需要这个库,因此为runtime

上一篇:精讲N皇后问题


下一篇:[LeetCode] 110. Balanced Binary Tree 解题思路