Maven札记4-Maven坐标和依赖

Maven笔记4-Maven坐标和依赖

Maven的坐标元素有：groupId,artifactId,version.packaging,version,classfier, 其中，前三个是必须的，

packaging是可选的，而classfier是不能直接定义的。

(1) groupId: 定义当Maven项目隶属的实际项目。它的表示方式与Java的包命名方式相同，是域名的反向，

例如org.dmwdp.authority,其中org.dmwdp表示DMWDP公司，authority是权限体系项目。

(2) artifactId: 定义实际项目中的模块(Module)。推荐使用实际的项目名称作为前缀，例如权限体系项目下

的角色管理模块:dmwdp-role;默认情况下，Mavne生成的构建是以artifactId作为文件名称的。

(3) version:定义Maven项目当前所处的版本。

(4) packaging: 定义Maven 项目的打包方式，默认为JAR。

(5) classfier: 用来帮助定义构建输出一些附属构件，附属构件与主构件对应。如主构件为：org.dmwdp

.authority-1.0.0.jar,则附属构件为org.dmwdp.authority-1.0.0-javadoc.jar或org.dmwdp.authority

-1.0.0-sources.jar

同时项目构件的文件名的一般规则时：artifactId-version[-classfier].packaging，上述5个元素中，

groupId,artifactId,version是必须定义的，packaging是可选的，默认为jar,而classifier是不能直接定义的。

1. 依赖的配置

标准的依赖配置：

.....

...

</exclusion>

...

</dependency>

</dependencies>

...

</project>

2. 依赖范围

Maven在编译项目主代码的时候需要使用一套classpath(编译classpath),而在编译和执行测试的时候又会使用

另外一套classpath(测试classpath)，而最终运行项目的时候有使用一套classpath(运行classpath)。Maven

的依赖范围就是用来控制依赖与这三种classpaht的关系。

(1) compile

编译依赖范围。如果没有指定，就会默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译、测试、运

行三种classpaht都有效。

(2) test

测试依赖范围。只对于测试classpaht有效,如junit.jar.

(3) provided

已提供的依赖范围。对于编译和测试classpath有效，但在运行时无效，如servlet-api.jar.

(4) runtime

运行时依赖范围。对于测试和运行的classpaht有效，但在编译主代码时无效，如JDBC实现。

(5) system

系统依赖范围。与provided的依赖范围完全一致，但是system范围的依赖时必须通过systemPath元素显示的

指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的，而且与本机系统绑定，可能造成构建不可移

植，systemPath可以引用环境变量：

<artifactId>jdbc-stdext</artifactId>

<scope>system</scope>

</dependency>

(6) import

导入依赖范围，不会对上述三种classpath产生实际的影响。

3. 传递性依赖和依赖范围

下表中最左边一行表示第一直接依赖，最上面一行表示第二直接依赖：

compile test provided runtime

compile compile - - runtime

test test - - test

provided provided - provided provided

runtime runtime - - runtime

说明：当第二直接依赖的范围是compile的时候，传递性依赖的范围与第一直接依赖的范围一致；当第二直接

依赖的范围是test的时候，依赖不会得以传递；当第二直接依赖的范围是provided,值传递第一直接依赖范围

也为provided的依赖，且传递性依赖的范围同样为provided;当第二直接依赖的范围是runtime的时候，传

递性依赖的范围与第一直接依赖的范围一致，但compile例外，此时传递性依赖的范围为runtime.

4. 依赖调解

(1) 例如：A->B-C->X(1.0),A->D->X(2.0),针对这种依赖,Maven采用的第一条依赖调解原则是：路径最近

着优先。上述依赖中X(1.0)的路径是3，而X(2.0)的路径是2，因此X(2.0)会被解析使用。

(2) 例如：A->B-Y(1.0),A->C-Y(2.0),此时路径长度一样，Maven采用的第二条依赖调解原则是：第一声明者

优先。因此上述依赖中的Y(1.0)会被解析使用。

5. 排除依赖

...

<groupId>org.dmwdp.authority</groupId>

<artifacId>project-b</artifactId>

<groupId>com.dmwdp.authority</groupId>

<artifactId>project-c</artifactId>

</exclusion>

</exclusions>

</dependency>

</dependencies>

...

6. 优化依赖

查看当前项目已解析依赖：mvn dependency:list

查看当前项目的依赖树：mvn dependency:tree

当前项目依赖：mvn dependency:analyze

Maven札记4-Maven坐标和依赖

相关推荐