Maven依赖的特性

1、pom文件中依赖中的scope作用
scope：依赖范围

<dependency>
    <groupId>io.swagger</groupId>
    <artifactId>swagger-annotations</artifactId>
    <version>${swagger.annotion.version}</version>
    <scope>compile</scope>
</dependency>

• compile 默认的依赖范围，编译/打包的时候会把依赖加进去，测试等都能依赖到jar包
• provided 本地编译和测试的时候会把包加进去，能依赖到这个jar包，但是打包的时候，最后打成的war包里面不会有这个jar包，eg： servlet-api.jar
• runtime 是打包运行的时候依赖包加进去了，测试的时候也能依赖。但是编译的时候不依赖这个jar，eg：mysql-connectot-java
• test 只是测试的时候会依赖这个jar（运行项目中test目录下的测试类或者打包test测试类能依赖到这个jar），编译和打包的时候都不会依赖这个jar

2、maven的依赖传递特性一
A项目依赖B.jar包，B项目中的某个jar，scope是：

• test 是不会传递到A项目中去
• provided jar包不会传递
• compile jar包传递
• runtime jar包传递

3、maven依赖的传递性二：

• 直接依赖优先级最高,项目会直接依赖这些jar包
• 间接依赖（前提：间接依赖的scope是compile的，依赖传递一般是指scope是compile的依赖）
  1.级别相同的前提下：间接依赖，间接依赖顺序第一原则
  A-> x.jar 0.1版本
  B-> x.jar 0.2版本
  C->A, B C中x.jar的版本为：0.1
  2.级别不相同的情况下：会依赖层级最短的那个jar包
  A-> y.jar->x.jar 0.1版本
  B-> x.jar 0.2版本
  C->A,B C中x.jar的版本为：0.2
  此时，无论怎么调节A，B在 C pom中的顺序，都是依赖层级最短的，即0.2版本，如果我们必须要依赖x.jar 0.1版本，则排除B中的x.jar ：

             <dependency>
                 <groupId>cn.test</groupId>
                 <artifactId>B</artifactId>
                 <version>0.0.1-SNAPSHOT</version>
   					<exclusions>
     					 <exclusion>
         					<groupId>X</groupId>
         					<artifactId>X</artifactId>
      				     </exclusion>
   					</exclusions>
             </dependency>

• 直接依赖其他jar包里的依赖，优先级最高，覆盖其他间接依赖的版本