Maven依赖治理的规则

Maven依赖管理的规则
一、maven中的依赖分类
1、硬依赖
硬依赖指的就是必须由本模块来引入的依赖。
2、传递依赖
传递依赖是指，当引入其它模块时，由于其它模块中已经有了某些jar包的依赖了，将自动把依赖关系导入到本模块。
如，A模块已经配置了对hibernate的依赖，当B模块中引入A模块的依赖时，hibernate的依赖将自动传入到B模块中。此时，B模块中不用再配置hibernate的依赖了，会根据传递过来的依赖自动导入那些jar包！
3、依赖排除
由于有了传递性依赖的特征，当不想导入当前所引入的模块的依赖时，可以使用排除策略，将对应的依赖排除掉。


二、示例演示
1、硬依赖
假设有一个user-core模块，该模块用于定义实体类，需要的依赖的jar包：hibernate, mysql-connector, log4j和junit 。
则POM.xml配置如下：

<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.kang.user</groupId>  <artifactId>user-core</artifactId>  <version>0.0.1-SNAPSHOT</version>  <packaging>jar</packaging>  <name>user-core</name>  <url>http://maven.apache.org</url>  <properties>    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>  </properties>  <dependencies>    <dependency>      <groupId>junit</groupId>      <artifactId>junit</artifactId>      <version>4.10</version>      <scope>test</scope>    </dependency>        <dependency>      <groupId>org.hibernate</groupId>      <artifactId>hibernate-core</artifactId>      <version>4.2.6.Final</version>    </dependency>   <dependency>      <groupId>mysql</groupId>      <artifactId>mysql-connector-java</artifactId>      <version>5.1.26</version>   </dependency>        <dependency>       <groupId>log4j</groupId>       <artifactId>log4j</artifactId>       <version>1.2.16</version>    </dependency>                             </dependencies></project>

2、传递依赖
假设有user-dao模块，本模块主要功能是对对象进行持久化操作，当然就离不开hibernate的支持。
由于该模块需要使用到user-core模块中的实体，那么就需要引入user-core模块。那么，user-core模块就需要进行发布(deploy),当发布到私服上，本地就可以下载到该模块的jar包了。
注意：
user-core模块中已经依赖了hibernate的jar包，当user-dao模块引入user-core模块时，user-dao模块就不需要在pom.xml中配置对hibernate的依赖了，因为依赖会传递！当然，由于user-core模块中对mysql-connector， log4j都有依赖，那么本模块也会自动引入它们！
依赖传递需要明确的两点：
1）依赖是否传递由scope来决定。
2）传递的是依赖关系，而不是将jar包从A模块拷贝到B模块。
由于Junit的scope定义为了test，所以该依赖关系不会传递到另一个模块中，所以，本模块中如果要使用Junit，那么还需要配置对Junit的依赖！
本模块中的pom.xml

<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.kang.user</groupId>  <artifactId>user-dao</artifactId>  <version>0.0.1-SNAPSHOT</version>  <packaging>jar</packaging>  <name>user-dao</name>  <url>http://maven.apache.org</url>  <properties>    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>  </properties>  <dependencies>    <dependency>      <groupId>junit</groupId>      <artifactId>junit</artifactId>      <version>4.10</version>      <scope>test</scope>    </dependency>         <!-- 引入user-core，将会发生传递性依赖：user-core中的依赖是否会导入到本模块中，还要根据scope决定！ -->    <dependency>  <groupId>com.gc.user</groupId>  <artifactId>user-core</artifactId>  <version>0.0.1-SNAPSHOT</version>  </dependency>  </dependencies></project>

3、依赖的scope属性
该属性决定该依赖是否传递，是否被打入war包。
scope=compile，默认范围，该范围的依赖传递最强，编译，打包，运行都需要；
scope=test，依赖不会传递，生成war包时不会导入；测试包不需要传递，也不需要打入到war包。
scope=provided，依赖不会传递，生成war包时不会导入。仅编译，测试时有用，与test范围有点类似，但是出发点不一样。如servlet-api，容器已经提供了，就不能再包含了，否则，会导致包冲突等异常发生。
scope=runtime，编译时没有依赖，运行时有依赖。
scope=system，导入本地jar包，通过指定本地路径来导入。
4、依赖传递的冲突
本模块依赖其它几个模块，而这几个模块中对某个jar包的依赖版本不同，那么本模块将使用哪个依赖呢？
Maven将自动根据"最短路径原则"来确定！
最短路径原则：
如果本地显示依赖了某个jar包，则用本地的；
如果本地没有显示依赖，而是通过依赖传递依赖的某个jar包：
首先根据最短依赖原则确定；
如果路径长度都相同，则根据依赖书写顺序确定；
5、依赖的排除 
Maven基于最短路径原则，解决了依赖冲突的问题，我们还可以通过依赖排除来进一步干涉依赖的传递行为。
如，引入user-core时，我不想使用user-core关于log4j的依赖，那么在引入user-core的时候，声明需要排除的依赖即可：

    <!-- 引入user-core，将会发生传递性依赖：user-core中的依赖是否会导入到本模块中，还要根据scope决定！ -->  <dependency>  <groupId>com.kang.user</groupId>  <artifactId>user-core</artifactId>  <version>0.0.1-SNAPSHOT</version>  <exclusions>  <!-- 排除user-core模块中关于log4j的依赖 -->  <exclusion>  <groupId>log4j</groupId>  <artifactId>log4j</artifactId>  </exclusion>  </exclusions>  </dependency>