maven 依赖其他子项目 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>