06-22 01:45 阅读 87

Maven项目之间关系介绍

Maven项目之间的关系

依赖关系

单纯的项目A中需要项目B中的资源，将项目B打成Jar包被A依赖，此时项目A直接调用项目B中资源即可。

项目A和项目B此时形成最基本的依赖关系。

继承关系

需要场景：
如果多个子项目中使用的是相同的依赖或插件,此时我们可以把相同的配置抽取到一个父项目中,进行统一的管理,保持一致性。所以继承关系此时显得比较重要，在java中，继承体现在代码功能上，而maven中的继承则体现在pom.xml，跟功能代码没有关系，当项目A继承了项目B，则项目A拥有了项目B的pom.xml文件中所有依赖。当然继承中也不同的用法和不同的场景。

我们在同级目录创建01_parent、02_child、03_child，一个父项目，两个子项目

01_parent的pom.xml:



  4.0.0
  
  org.example
  01_parent
  1.0-SNAPSHOT
  
  pom
  
      5.2.9.RELEASE
  

  
      
          org.springframework
          spring-context
          ${spring-version}
      
      
      
          org.springframework
          spring-webmvc
          ${spring-version}
      
      
          log4j
          log4j
          1.2.17
      
      
          junit
          junit
          4.11
          test

02_child的pom.xml:



    4.0.0

    
        org.example
        01_parent
        1.0-SNAPSHOT
    


    02_child
    1.0-SNAPSHOT

03_child的pom.xml:



    4.0.0

    
        org.example
        01_parent
        1.0-SNAPSHOT
    

    03_child
    1.0-SNAPSHOT

然后我们看看maven项目之间的关系：

我们很明显的看到，两个子项目都成功的拥有了父项目的依赖。maven的基本继承关系就弄完了。

但是实际开发中，我们可能有多个功能不同得子项目，父项目中的依赖并不是每一个子项目都必须全部需要的。这个时候如果子项目拥有了父项目全部依赖就有点说不过去了，甚至可能产生jar包冲突。

这里我们可以使用标签来解决我们上述的问题,这个标签的作用其实相当于一个对所依赖 jar 包进行版本管理的管理器.( dependencyManagement 里只是声明依赖,并不实现引入)

这样一来，父项目就像超市，子项目就像客户，父项目将部分不是基本的依赖放入其中，子项目需要就声明即可，不需要的话父项目也不会强人所难。

01_parent的pom.xml:



  4.0.0
  
  org.example
  01_parent
  1.0-SNAPSHOT
  
  pom
  
      5.2.9.RELEASE
  

  
      
          org.springframework
          spring-context
          ${spring-version}
      
      
      
          org.springframework
          spring-webmvc
          ${spring-version}
      
      
          junit
          junit
          4.11
          test
      
  

  
  
      
          
              log4j
              log4j
              1.2.17
          

          
              commons-logging
              commons-logging
              1.0

在01_parent这个“超市”中添加了log4j和commons-logging的两个依赖供子项目选择。

此时02_child需要log4j这个依赖：



    4.0.0

    
        org.example
        01_parent
        1.0-SNAPSHOT
    


    02_child
    1.0-SNAPSHOT

    
        
            log4j
            log4j

03_child需要commons-logging这个依赖：



    4.0.0

    
        org.example
        01_parent
        1.0-SNAPSHOT
    

    03_child
    1.0-SNAPSHOT
    
        
            commons-logging
            commons-logging

看maven项目之间的依赖：

此时02_child没有了commons-logging，03_child没有了log4j，我们已经解决了这个问题。

如果子项目使用的依赖不是父项目的版本，需要在子项目的pom中标明依赖的版本，否则默认使用的是父项目管理的版本。

其实我们这个问题主要是学习这一标签在父项目中的作用

打包

此时我们对02_child进行打包会报错，具体原因是：

Non-resolvable parent POM for org.example:02_child:1.0-SNAPSHOT: Could not find artifact org.example:01_parent:pom:1.0-SNAPSHOT and ‘parent.relativePath‘ points at wrong local POM @ line 7, column 13@

说子项目解析不了父项目的POM文件，parent.relativePath错误。其实，我们在子类的parent标签中还要加一个标签，来指明父项目中POM的相对物理路径，这样子项目打包的时候，maven才能工具标签找到父项目的POM地址，不然也不知道子项目的引用从哪来。

项目报错：

子项目打包出错：Invalid packaging for parent POM com.cloud:DemoName:1.0-SNAPSHOT, must be “pom“ but is “jar“。

我们必须在父项目中pom指定打包格式为POM：pom
Could not find artifact com.cloud:DemoName:pom:1.0-SNAPSHOT

子项目打包前必须先打包父项目

聚合关系

聚合本身没有实质的内容，随着程序的发展，项目也会越来越大，功能越来越多，开发人员往往会将其划分模块进行开发，功能清晰，设计清晰。maven的聚合特性就是将多个模块聚合在一起构建。并且聚合是建立在继承关系上，父项目的作用除了统一管理子项目的依赖，还做最后统一构建所有子模块，实现一次构建多个项目！

此处做个比喻，有一天我们被要求制作一个“强大”的机器，机器人靠着很多零件组装，团队有4个人，一个管理员，三个开发人员，管理员将其工具包分成三个局部零件交给我们开发，我们每人一个不同的零件开发模块，并在管理员下进行开发。我们开发时，如果零件模块之间没有互相依赖的关系可以并行开发，如果有单向依赖关系那就得看具体需求了。

当我们开发完成后统一交给管理员对我们的局部零件进行组装，最后的结果就是管理员（Maven）统一聚合项目下所有子模块成为最终项目成果。

代码就不演示了，我使用的是MVC分成4个模块（pojo,mapper,serivce,controller），单项依赖感觉不能讲的很清楚，其实自己对聚合关系也只是一知半解，了解基本，还没有进行实质的开发。体会不到聚合关系带来的便利（才学疏浅），要了解详情就要去看别的博客了。

小结

本次是对Maven项目之间三大关系的介绍：

最基本的依赖关系：A依赖B
继承关系：B和C的公共依赖、部分依赖被A统一管理
聚合关系：B、C功能模块开发完，被A统一进行聚合成完整的功能或项目。（聚合关系建立在继承关系上）

原文：https://www.cnblogs.com/cndada/p/15307252.html