摘要: 原创出处 http://peijie2016.gitee.io 欢迎转载，保留摘要，谢谢！

maven依赖

在maven项目中，我们会在pom.xml文件中引入我们需要用到的依赖，一般用groupId,artifactId,version就够了，如下：

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>4.1.7.RELEASE</version>
</dependency>

有时，也会指定依赖范围，比如：

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>

maven有3套classpath，编译classpath，运行classpath，测试classpath。

依赖范围

依赖范围有以下几种：

• compile 编译依赖范围。默认是这种范围。对3中classpath都有效。典型例子是spring-core，在编译，运行，测试时都需要。
• test 测试依赖范围。只对测试classpath有效。典型例子是junit，它只在测试期间需要。
• provided 已提供依赖范围。对编译classpath和测试classpath有效，运行classpath无效。典型例子是servlet-api，运行的时候容器会提供，所以运行时不需要。
• runtime 运行时依赖范围。对运行classpath和测试classpath有效。典型例子是jdbc驱动实现，编译的时候只要有jdk的jdbc接口即可。
• system 系统依赖范围。和provided一样，对3中classpath都有效。但是，使用时必须通过systemPath元素显式指定依赖文件的路径。限制比较多，一般不使用。
• import 导入依赖范围。对3中classpath都没实际影响。

依赖机制

1. 依赖会传播：A依赖B，B依赖C，那么maven解析的时候会找到B，发现B依赖C，又去把C引入，然后在引入B
2. 有相同依赖的时候，优先选路径最近的：比如A->B->C->X(1.0), A->D->X(2.0),这时候有2个X，会冲突，maven会选择最近的，也就是X(2.0)
3. 在依赖路径长度相同时，优先选先声明的：比如A->B->Y(1.0), A->C->Y(2.0),在maven2.0.9之后，maven会选在pom中先声明的那个。即如果C的依赖声明在B之前，就选Y(2.0)