maven 继承和聚合

目录

聚合
1.1 为啥需要分模块开发?
1.2 为啥需要聚合?
1.3 如何使用聚合?
1.4 实际方案(方案一、二)
1.5 反应堆(构建顺序和命令)
继承
2.1 为啥需要继承？
2.2 如何继承？
2.2 继承哪些重要参数？
聚合和继承的区别
maven的约定(超级pom)

1. 聚合

1.1 为啥需要分模块开发?

其实就我个人而言，就是为了重复利用代码

减少bulid时间，只需要bulid需要的模块
一定程度上代码复用(但请不要刻意追求)
方便不同的人开发不同的模块。
减少依赖冗余,明确不同模块需要的依赖

1.2 为啥需要聚合？

因为分模块了，所以需要用某种方式统一起来

分模块开发有一个很大的问题，我想将全部模块统一打包mvn package，如果没有聚合的话，我需要对每一个模块分别执行mvn package，同时我还要确定执行顺序，及其繁琐！

1.3 聚合的使用

聚合的本质，通过一个模块去关联其他模块

首先必须有一个专门用于聚合的模块，他的主要作用是:（反应堆）

确定聚合模块
我们通过modules中的module来确定需要聚合的模块。
分析聚合顺序
通过反应堆(reactor)来明确顺序。
执行相关命令
通过在该pom.xml目录下执行命令，来对全部项目执行命令。

注意：

作为聚合的项目的packaging必须为pom类型
module的值为当前pom.xml的相对目录
通常聚合模块作为项目最顶层

1.4 实际方案

方案一：（聚合模块作为最顶层项目）

1.项目结构

---- app-parent
             |-- pom.xml (pom)
             |
             |-- app-util
             |        |-- pom.xml (jar)
             |
             |-- app-web
                      |-- pom.xml (war)

2.聚合项目 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/maven-v4_0_0.xsd">  
    <modelVersion>4.0.0</modelVersion>  
    <groupId>org.xx</groupId>  
    <artifactId>app-parent</artifactId>  
    <packaging>pom</packaging>  
    <version>1.0-SNAPSHOT</version>  
    <modules>  
        <module>app-util</module> 
        <module>app-web</module>  
    </modules>  
</project>

方案二：（聚合模块与被聚合项目属于平层）

1.项目结构

|-- app-parent
|        |-- pom.xml (pom)
|
|-- app-util
|        |-- pom.xml (jar)
|
|-- app-web
|        |-- pom.xml (war)

2.聚合项目 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/maven-v4_0_0.xsd">  
    <modelVersion>4.0.0</modelVersion>  
    <groupId>org.xxx</groupId>  
    <artifactId>app-parent</artifactId>  
    <packaging>pom</packaging>  
    <version>1.0-SNAPSHOT</version>  
    <modules>  
        <module>../app-util</module> 
        <module>../app-web</module>  
    </modules>  
</project>

1.5 反应堆

反应堆是针对聚合而言，对于聚合模块而言，反应堆就是各个module

1.5.1 反应堆的构建顺序

module顺序:（其中A依赖B）

<modules>
  <module>moduleA</module>
  <module>moduleB</module>
  <module>moduleC</module>
</modules>

构建：

首先会按照顺序找到第一个module的pom，moduleA，分析其中依赖，发现moduleA依赖moduleB，那么继续分析moduleB，发现没有依赖任何一个module，那么首先构建moduleB，然后构建moduleA。
接着继续按照顺序查找，找到moduleB，发现其已经被构建，故不再构建。
接着继续按照顺序查找，找到moduleC，发现其未构建，且未依赖其他module，那么构建moduleC

如果遇到循环依赖如何处理?

1.5.2 反应堆的命令

-am，--also-make：同时构建所列模块的依赖模块
-amd，-also-make-dependents：同时构建依赖于所列模块的模块
-pl，--projects<arg>：构建指定的模块，模块间用逗号分隔
-rf，-resume-from<arg>：在完整的反应堆构建顺序基础上指定从哪个模块开始构建

2. 继承

2.1 为啥需要继承？

一言以蔽之，全部的继承都是为了减少重复代码

可以减少sub pom.xml中的配置文件。
可以在某种程度管理sub pom.xml，比如 dependencyManagement,plugManagement等

2.2 如何继承？

1.步骤

首先我们需要parent module，同时必须设置module packaging为pom类型，因为我们只能继承pom 而非代码。
其次我们需在要在sub module里面继承parent module

2.relativePath

a. relativePath如何进行解析
relativePath默认为../pom.xml 也就是说明继承的默认结构为父模块在子模块上
relativePath的查找顺序为：relativePath元素中的地址–本地仓库–远程仓库
设定一个空值将始终从仓库中获取，不从本地路径获取，如<relativePath />

b. 为什么说最好正确的设置 relativePath？
如果一个新的成员来到团队开发，checkout一个父子模块，由于主要关注子模块信息，这时候直接编译子模块可能会编译不成功，因为如果不写relativePath，那么先找的则是 ../pom.xml(默认)，而项目父模块不一定正好是子模块的上层，而继续找本地仓库，而父模块可能没有install到本地仓库，而远程仓库也可能不存在父模块，从而导致子模块编译失败！

2.3 继承哪些重要参数？

1.group version:

方便统一 group version

2.dependencyManagement：

a.主要作用：
只是声明依赖，并不实现引入
申明了scope和version，子类可以覆盖

b. scope 为 import对dependencyManagement作用：
1.scope为import时，只有在dependencyManagement元素下才有用，且一般都是指向打包类型为pom的模块。
2.作用主要是：将目标pom中的dependencyManagement 导入合并到当前 dependencyManagement下。（具体咋合并的没研究过，实验过的朋友可以帮忙评论下）

实际案例(springboot)：https://blog.csdn.net/rainbow702/article/details/55046298

3.pluginManagement

主要作用:
申明插件，但不引入插件。
子模块仅仅需要groupId和artifactId就可以引入插件以及插件相关配置

3.聚合和继承的区别

不同：

对于聚合模块而言，它知道我有哪些聚合模块，对于被聚合模块而言，它不知道聚合模块的存在。
对于继承的父模块来说，它不知道哪些子模块继承它，但那些子模块必须知道继承了哪些父模块。

相同：
聚合模块和父模块的packaging 都必须为pom类型。

关系图（copy for maven实战）

4. maven的约定(超级pom)

谈到maven的约定就必须知道超级pom

超级pom就想java Object类一样，所有没有继承pom的模块都会默认会继承这个pom
一般都在 $MAVEN_HOME/lib/maven-model-builder-x.x.x.jar 内的 org/apache/maven/model/内的 pom-4.0.0.xml文件 ,由此我们也可以猜到为啥每个pom都必须带上的<modelVersion>4.0.0</modelVersion>

我们通过 pom-4.0.0.xml 观察约定

<project>
  <modelVersion>4.0.0</modelVersion> <!-- 很奇怪哟，他为啥也要modelVersion呢。。 modelVersion又不会继承 -->

  <repositories> <!-- 子类会继承这个repository -->
    <repository>
      <id>central</id>
      <name>Central Repository</name>
      <url>https://repo.maven.apache.org/maven2</url>
      <layout>default</layout>
      <snapshots> <!-- 默认不会下载snapshots -->
        <enabled>false</enabled>
      </snapshots>
    </repository>
  </repositories>

  <pluginRepositories> <!-- 子类同样会继承，但是我觉得没太大意义 -->
    <pluginRepository>
      <id>central</id>
      <name>Central Repository</name>
      <url>https://repo.maven.apache.org/maven2</url>
      <layout>default</layout>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <releases>
        <updatePolicy>never</updatePolicy>
      </releases>
    </pluginRepository>
  </pluginRepositories>

  <build>
    <directory>${project.basedir}/target</directory><!--  -->
    <outputDirectory>${project.build.directory}/classes</outputDirectory><!-- 生成类输出目录 -->
    <finalName>${project.artifactId}-${project.version}</finalName><!-- 文件名 -->
    <testOutputDirectory>${project.build.directory}/test-classes</testOutputDirectory>
    <sourceDirectory>${project.basedir}/src/main/java</sourceDirectory>
    <scriptSourceDirectory>${project.basedir}/src/main/scripts</scriptSourceDirectory>
    <testSourceDirectory>${project.basedir}/src/test/java</testSourceDirectory>
    <resources>
      <resource>
        <directory>${project.basedir}/src/main/resources</directory>
      </resource>
    </resources>
    <testResources>
      <testResource>
        <directory>${project.basedir}/src/test/resources</directory>
      </testResource>
    </testResources>
    <pluginManagement>
      <!-- NOTE: These plugins will be removed from future versions of the super POM -->
      <!-- 这些插件会在后面版本移除 -->

      <!-- They are kept for the moment as they are very unlikely to conflict with lifecycle mappings (MNG-4453) -->
      <plugins>
        <plugin>
          <artifactId>maven-antrun-plugin</artifactId>
          <version>1.3</version>
        </plugin>
        <plugin>
          <artifactId>maven-assembly-plugin</artifactId>
          <version>2.2-beta-5</version>
        </plugin>
        <plugin>
          <artifactId>maven-dependency-plugin</artifactId>
          <version>2.8</version>
        </plugin>
        <plugin>
          <artifactId>maven-release-plugin</artifactId>
          <version>2.3.2</version>
        </plugin>
      </plugins>
    </pluginManagement>
  </build>

  <reporting>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </reporting>

  <profiles>
    <!-- NOTE: The release profile will be removed from future versions of the super POM -->
    <profile>
      <id>release-profile</id>

      <activation>
        <property>
          <name>performRelease</name>
          <value>true</value>
        </property>
      </activation>

      <build>
        <plugins>
          <plugin>
            <inherited>true</inherited>
            <artifactId>maven-source-plugin</artifactId>
            <executions>
              <execution>
                <id>attach-sources</id>
                <goals>
                  <goal>jar</goal>
                </goals>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <inherited>true</inherited>
            <artifactId>maven-javadoc-plugin</artifactId>
            <executions>
              <execution>
                <id>attach-javadocs</id>
                <goals>
                  <goal>jar</goal>
                </goals>
              </execution>
            </executions>
          </plugin>
          <plugin>
            <inherited>true</inherited>
            <artifactId>maven-deploy-plugin</artifactId>
            <configuration>
              <updateReleaseInfo>true</updateReleaseInfo>
            </configuration>
          </plugin>
        </plugins>
      </build>
    </profile>
  </profiles>

</project>

最后编辑于：2018.06.19 11:37:49

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 159,219评论 4赞 362
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 67,363评论 1赞 293
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 108,933评论 0赞 243
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 44,020评论 0赞 206
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 52,400评论 3赞 287
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 40,640评论 1赞 219
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 31,896评论 2赞 313
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 30,597评论 0赞 199
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 34,327评论 1赞 244
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 30,581评论 2赞 246
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 32,072评论 1赞 261
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 28,399评论 2赞 253
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 33,054评论 3赞 236
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 26,083评论 0赞 8
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 26,849评论 0赞 195
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 35,672评论 2赞 274
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 35,585评论 2赞 270