码迷,mamicode.com
首页 > 其他好文 > 详细

Maven 依赖管理

时间:2016-12-05 11:50:41      阅读:349      评论:0      收藏:0      [点我收藏+]

标签:replace   clipboard   默认   mic   概念   ati   针对   nbsp   war   

  1  概念介绍

    之前我们说过,maven 坐标能够确定一个项目。换句话说,我们可以用它来解决依赖关系。在 POM 中,依赖关系是在 dependencies部分中定义的。在上面的 POM 例子中,我们用 dependencies 定义了对于 junit 的依赖:

  1. <dependencies>   
  2.     <dependency>   
  3.       <groupId>junit</groupId>   
  4.       <artifactId>junit</artifactId>   
  5.       <version>3.8.1</version>   
  6.       <scope>test</scope>   
  7.     </dependency>   
  8.   </dependencies>   

    我们依赖的类库,我们都可以到Maven的中央仓库去找,例如下图找hibernate的核心包:mvnrepository.com/search.html?query=hibernate

    技术分享


    上面的例子很简单,但是实际开发中我们会有复杂得多的依赖关系,因为被依赖的 jar 文件会有自己的依赖关系。那么我们是不是需要把那些间接依赖的 jar 文件也都定义在POM中呢?答案是不需要,因为 maven 提供了传递依赖的特性。

    所谓传递依赖是指 maven 会检查被依赖的 jar 文件,把它的依赖关系纳入最终解决的依赖关系链中。针对上面的 junit 依赖关系,如果你看一下 maven 的本地库你会发现 maven 不但下载了 junit-3.8.1.jar,还下载了它的 POM 文件。这样 maven 就能检查 junit 的依赖关系,把它所需要的依赖也包括进来。

    在 POM 的 dependencies 部分中,scope 决定了依赖关系的适用范围。我们还可以指定scope 为 provided,意思是 JDK 或者容器会提供所需的jar文件。比如说在做web应用开发的时候,我们在编译的时候需要servlet API jar 文件,但是在打包的时候不需要把这个 jar文件打在 WAR 中,因为servlet容器或者应用服务器会提供的。

    scope 的默认值是 compile,即任何时候都会被包含在 classpath 中,在打包的时候也会被包括进去。


  2  依赖的范围(scope)

    有如下几种:

    test

      指测试范围有效,编译和打包时都不使用该依赖。

    compile:(为默认值)

      编译范围有效,编译和运行(打包)时都会将依赖存进去

    provided

      测试、编译范围都有效,最后生成war包时不会加入,例如:servlet-api,编译的时候需要该文件,但是在打包的时候不需要把这个 jar 文件打在 WAR 中,因为servlet容器或者应用服务器会提供的。打进去会出现冲突。

    runtime

          编译时不依赖,运行(打包)时依赖

    技术分享


  3  依赖的传递(间接依赖)

    首先,依赖是可以传递的

    技术分享


    当依赖层级相同的时候,相同的东西,会采用,近者优先。当依赖层级不同时,层级(最短)近的优先。

    技术分享


  4  排除依赖

    当依赖包发生冲突时,我们可以用exclusion标签排除依赖

    技术分享





Maven 依赖管理

标签:replace   clipboard   默认   mic   概念   ati   针对   nbsp   war   

原文地址:http://www.cnblogs.com/jeffen/p/6133250.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!