1 <dependency>
 2             <groupId>com.alibaba</groupId>
 3             <artifactId>druid</artifactId>
 4             <version>1.1.4</version>
 5 　　　　　　　　<scope>test</scope>
 6 　　　　　　　　<optional></optional>
 7 
 8                <exclusions>
 9                     <exclusion>  
10                         <groupId>com.alibaba</groupId>
11                         <artifactId>jconsole</artifactId>        注意这里没有写版本
12                     </exclusion>  
13                     <exclusion>
14                         <groupId>com.alibaba</groupId>
15                         <artifactId>tools</artifactId>
16                     </exclusion>
17             </exclusions>
18 </dependency>

依赖范围　

　　<scope>是指定依赖范围。有六个值：
　　　　　　

　　　　　　Compile是默认的范围。编译测试运行都有效。

　　　　　　Provided 编译、测试有效。

　　　　　　Runtime 测试、运行时有效。

　　　　　　Test  只测试有效

　　　　　　System 编译、测试有效。

　　　　　　Import  只用在dependencyManagement中，表示从其他pom中导入depency的配置？意思是复制其他地方的配置？

　　

　　开发中用到某个框架，要将框架的jar包引入到classpath中。

　　Maven有三个classpath：

     　　　　  编译、测试、运行

　　依赖的范围就是控制依赖和三个classpath的关系（在哪个阶段）

依赖传递

　　A依赖B，B依赖C，则A 默认是传递依赖C（我跟你混，你跟他混，那我默认也是跟他混），但前提是B对C的依赖是compile。A不想依赖C，则需要排除依赖。在<exclusions></exclusion>中配置；或者在<optional></optional>中配置。

　　项目的这个位置可以查看本项目的依赖：

　　　　　　　　　　

　　　　如果项目A的pom里设置依赖B，项目B的pom里设置依赖C，项目A编译后，可以在此位置看到B和C（B和C是自己写的项目的话，首先要打包进本地仓库）。

 

　ps：

　　如果依赖的是仓库里的jar，那首先去本地仓库里找，找不到就去中央仓库找，再找不到就报错。

　　如果依赖的是自己的另一个项目，首先需要把自己的项目打包进本地仓库才行（项目运行Goals那里依次执行package命令和install命令）。要不是找不到的。

<exclusions>

　　可以在A的pom里的对B的依赖部分添加<exclusions></exclusion>：

 1 　　　　　　<dependency>
 2 
 3 　　　　　　　　　　B的坐标
 4 
 5 　　　　　　　　　　<exclusions>
 6 
 7 　　　　　　　　　　　　这里面写C的坐标。
　　　　　　　　　　　　　　这里不能写版本，只写前面两个坐标。写版本报错。
 8 
 9 　　　　　　　　　　</exclusion>
10 
11 　　　　　　</dependency>

 

 　　这样，A在依赖B的同时，不继承B对C的依赖。

<optional>

　　可以在B对C的依赖部分添加<optional>

 　　　　　　<dependency>
 
 　　　　　　　　　　C的坐标
 
 　　　　　　　　　　<optional>true　</optional>
 
 　　　　　　</dependency>

　　这样的意思是，C只被B依赖，如果A依赖B，并不会被传递依赖C。<optional></optional>的默认值是FALSE，默认是继承依赖

　　当然，如果A也想要依赖C，在自己的pom里声明对C的依赖就可以了。

 

继承：

A依赖B，B依赖C，B对C的依赖是compile，则A 默认是传递依赖C。如果不想看B和C是不是compile，那只要A是继承B，就自然接受B的所有依赖关系。

注意父工程B的打包方式要是pom。（Java工程是jar，web项目是war）

 

 

依赖冲突：

　　是指有多条依赖传递到同一个jar，就需要确定到底是走哪一条依赖传递。有两个原则：短路径优先；先声明优先

　　比如：

　　　　A->B->C->X

　　　　A->D-X

　　此时默认是选路径最短的那一条。

　　

　　如果路径一样长的时候：

　　　　　　1.同一个pom里，依赖同一个jar的不同版，是后面的覆盖前面的。（项目的pom里写了一个jar的不同版本的多个依赖）

　　　　　　2.不同的pom里，也就是有传递：

　　　　　　　　　　　A->B->X

 

　　　　　　　　　　　A->D->X

　　　　　　　　就选最先声明的。在A 的pom里，B和D谁的<dependency>写在前面，就选谁。