maven依赖

1、依赖配置

<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies> 依赖会包含基本的groupId,artifactId,version等元素,根元素project下的dependencies可以包含一个或者多个dependency元素，以生命一个或者多个依赖。

2、依赖包含的元素

groupId,artifactId,version:依赖的基本坐标，对于任何一个依赖来说，基本坐标是最重要的，Maven根据坐标才能找到需要的依赖

type:依赖的类型，对应于项目坐标定义的packaging.大部分情况下，该元素不必声明，其默认值是jar

scope:依赖的范围

optional:标记依赖是否可选

exclusions:用来排除传递性依赖

3、依赖范围

依赖范围用来控制依赖与编译，测试，运行的关系，maven有以下几种依赖范围

compile:编译依赖范围。如果没有指定，就会默认使用该依赖范围。使用此依赖范围与Maven依赖，对于编译、测试、运行三种classpath

test:测试依赖范围。使用此依赖范围的Maven依赖，只对于测试classpath有效，在编译主代码或者运行项目的使用时将无法使用此依赖。典型的例子就是JUnit，它只有在编译测试代码及运行测试的时候才需要。

provided:已提供依赖范围。使用此依赖范围的Maven依赖，对于编译和测试classpath有效，但在运行时无效，典型的例子是servlet-api，编译和测试项目的时候需要，但是在运行项目的时候不需要。

runtime:运行时依赖范围。使用此依赖范围的Maven依赖，对于测试和运行有效，但是在编译主代码的时候无效。典型的例子是JDBC驱动

system:系统以来范围。该依赖于三种classpath的关系，和provided依赖范围完全一致。但是，使用system范围依赖时必须通过systemPath元素显式地指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此应该谨慎使用。systemPath元素可以引用环境变量。如：

<dependency>
<groupId>javax.sql</groupId>
<artifactId>jdbc-stdext</artifactId>
<version>2.0</version>
<scope></scope>
<systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>import:导入依赖范围。该依赖范围不会对三种classpath产生实际的影响

3、传递性依赖

A->B 依赖的传递性

C->A

C->B

4、可选依赖

有时候，如果我们不想让依赖传递，那么可配置该依赖为可选依赖，将元素optional设置为true即可，例如:

<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.1.1</version>
<optional>true</optional>
</dependency>那么依赖该项目的另外项目将不会得到此依赖的传递

5、排除依赖

当我们引入第三方jar包时，可能会引入传递性依赖，有时候这是好事，然而有时候我们不需要其中的一些传递性依赖，例如在引入spring-core的时候会引入其依赖的commons-logging,我们可以使用exclusions元素声明排除依赖，exclusions可以包含一个或者多个exclusion子元素，因此可以排除一个或者多个传递性依赖。需要注意的是，声明exclusions的时候只需要groupId和artifactId,而不需要version子元素，这是因为只需要groupId和artifactId就能唯一定位依赖图中的某个依赖。

如下例子所示：

<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>2.5.6</version>
<exclusions>
<exclusion>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
</exclusion>
</exclusions>
</dependency>

6、依赖版本的统一管理

在使用某中框架的时候，可能会使用到该框架中的多个不同模块。因此，所有这些依赖的版本都是相同的，而且将来如果需要对该框架进行升级，这些依赖的版本会一起升级。因此，我们应该在一个唯一的地方定义版本，并且在dependency中引用该版本。

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion》

<groupId>com.sjc.app</groupId>
<artifactId>spring-01</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>jar</packaging>
<name>account-service</name>

<properties>
<springframework.version>3.1.3.RELEASE</springframework.version>
</properties>

<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>${springframework.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>${springframework.version}</version>
</dependency>
</dependencies>
</project>