maven(二)依赖相关

点开每一个maven项目,都会有一个叫做pom.xml的文件,点开以后发现好多标签,比如groupId,artifactId,version,dependency。。。

第一次看这些东西的时候就想这都是啥,下面就从一个简单的maven项目搭建来解释一下上述相关的都是什么。

首先构建maven项目的时候,编译器会提示我们输入groupId,artifactId,version;这里举个例子:

groupId: com.baidu.baiduNetdisk

artifactId: baiduNetdisk_login

version: 1.0.0-SNAPSHOT

groupId是一个项目或者系统的名称,一般的规范是公司组织的网址倒排+项目名

artifactId是一个项目中的模块。比如项目是百度的网盘项目,现在开发的是其中的登陆模块,则在这里标识

version就是版本的意思了。

第三位是最小版本,一般如果是修复一些bug,或者作出轻微的改动,会累加第三位小版本;

第二位是小版本,一般如果加入一些新的功能或者模块,或者做了一些重构,会累加第二位小版本;

第一位是大版本,一般就是如果整体架构有特别的升级或者变化,才会累加第一位大版本。

以上就是一个maven项目搭建的时候必须填写的东西,这三个要素是一个坐标,唯一标识一个项目,根据这三个标识就能唯一确定一个项目,当然,还有其他一些标识,下面一点点学习。

打开pom文件,依赖某些包的时候,会出现dependency这个,然后配置一些就可以将其他的包导入进来了。那么dependency下都有哪些配置呢。


依赖相关

首先,groupId,artifactId,version就不用说了,这是基本的三要素,依赖一般写着三个就可以了,type用的很少,现阶段还没有遇到,后期遇到再提。

scope是依赖范围:

maven有三套classpath,classpath,就是项目中用到的各种依赖的类,jvm在运行的时候需要去classpath下面加载对应的类,scope的作用就是控制着三套classpath执行的范围。

compile:这是默认情况,没有特定指定scope的时候对于编译/运行/测试都是有效的。

test:这种情况对于运行测试代码的classpath有效,编译或者运行主代码的时候是无效的。也就是说在pom中依赖的包中如果有“<scope>test</scope>”则表示仅在运行测试代码的时候会执行,而其他情况是不会执行的,打包的时候也不会被打入最终的发布中。

可以看到,这里的scope是test标识的

provided:这种情况是对编译以及测试代码的classpath有效,在运行的时候无效。因为可能环境已经提供了,比如servlet-api,一般就是这个范围,在运行的时候,servlet容器会提供依赖。servlet-api是用来开发java web项目的,可能你在开发代码和执行单元测试的时候,需要在pom.xml里面声明这个servlet-api的依赖,因为要写代码和测试代码。但是最终打完包之后,放到tomcat容器里面去跑的时候,是不需要将这个servlet-api的依赖包打入发布包中的,因为tomcat容器本身就会给你提供servlet-api的包。

这里的scope就是provided的

runtime:这种情况是对测试和运行的classpath有效,在编译的时候不会有效。有些时候比如jdbc的驱动类,如mysql写代码的时候是基于javax.sql包下的标准接口去写代码的。然后在测试的时候需要用这个包,在实际运行的时候才需要用这个包的,但是编译的时候只要javax.sql接口就可以了,不需要mysql驱动类。

一般我们声明mysql驱动的时候,不会设置为runtime,因为也许你开发代码的时候会用到mysql驱动特定的api接口,不仅仅只是用javax.sql。

依赖的传递性

依赖是有传递性的,假如A依赖B,B依赖C,那么我们添加了B的依赖,maven会自动帮我们递归依赖解析所有的依赖,不用我们再手动添加其他的依赖。依赖的传递性有个问题,那就是假如我们依赖了junit,他的范围是test,而junit依赖了C,C的范围是compile,那么这个时候我们对C的依赖范围是什么呢。答案是test,下面有一个依赖传递性以来范围的表格可供查看或学习:

这里解释一下空白的地方。假如A依赖B,B的依赖范围是test(横向),我们依赖A的时候其实是依赖不到的,因为B的范围是test,在打包的时候就没有将其打包在发布包中,所以对于我们来说,B是无。

依赖调节

上面我们提到了依赖具有传递性,但是有个问题:

如果A依赖了B,B依赖了C,C依赖了D(D的版本是1.0),A又依赖了X,X也依赖了D(D的版本是2.0)这个时候就会出现问题,到底该依赖哪个D呢。maven在这种情况下会自动进行调节,如上所述,maven会就近选择2.0的版本,也就是说A的依赖往下,哪条依赖链短会选择哪条;那么当依赖链长度相同时,会选择首先出现的,即哪个依赖在pom中先声明就先使用哪个。

上面我们分析的标签中有一个是optional,这个是做什么用的呢。

“<optional>true</optional>”此时依赖传递失效,不会向上传递依赖。

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 136,120评论 19 139
  • 简介 概述 Maven 是一个项目管理和整合工具 Maven 为开发者提供了一套完整的构建生命周期框架 Maven...
    闽越布衣阅读 9,863评论 6 39
  • Spring Boot 参考指南 介绍 转载自:https://www.gitbook.com/book/qbgb...
    毛宇鹏阅读 47,151评论 6 342
  • PPMESSAGE 是业界领先的一款功能极其强大的客户通讯系统,它统一了企业与客户之间所有的流量与沟通渠道,真正的...
    丁贵金阅读 6,248评论 0 0
  • SVG动画有多牛?先看看吧,人家的 demo1资料 其实一开始我就想学学 这样的效果简单说一下实现吧,不想看可以直...
    我该忘了我自己w_u阅读 4,032评论 0 0

友情链接更多精彩内容