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中依赖的包中如果有“test”则表示仅在运行测试代码的时候会执行，而其他情况是不会执行的，打包的时候也不会被打入最终的发布中。

可以看到，这里的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，这个是做什么用的呢。

“true”此时依赖传递失效，不会向上传递依赖。