2022-11-16

现在公司的项目基本都是基于maven的多module项目，controller，service，model，dao等都被分成了不同的module，这样做当然也是为了解耦。

这些module可根据需要在pom.xml配置来打成jar包

```xml

jar

```

web主项目dao、model这些module设置packaging级别为jar。

module之间可以通过module自己的pom.xml来进行相互引用或依赖，如下图所示，

```xml

      cn.com.autohome.mall

      mall-common

   

   

      cn.com.autohome.mall

      mall-api-model

   

```

maven在执行install，packaging是jar的会被打成jar放在target目录下，所有依赖的jar（包括依赖的module，被打成jar）都会被放lib下。

关于Maven pom.xml中的元素modules、parent、properties以及import

多个module不需要分别执行mvn命令，可以使用聚合（aggregator）来一次构建全部模块

## modules之间的依赖

在父pom.xml中通过modules来引用所有需要构建的子模块。

```xml

　　　

  mall-common

  mall-api-model

```

## parent的继承和子module依赖

继承，和java中的继承相当，作用就是复用。

例如，若每个子模块都都用的了spring，那么我们是不是每个子模块都需要单独配置spring依赖了？这么做是可以的，但是我们有更优的做法，那就是继承，用parent来实现。也就是在parent中定义spring依赖，其他的子module依赖。

实现

**父(account-aggregator)  pom.xml**

```xml

 

  mall-common

  mall-api-model

 

 

    org.springframework

    spring-core

    4.0.2.RELEASE

   

 

 

  junit

  junit

  4.7

  test

 

```

子module中的pom.xml

```xml

  xx.xx.xx

  aggregator

  1.0.0-SNAPSHOT

  ../pom.xml

 

 

  javax.mail

  mail

  1.4.3

 

 

  com.icegreen

  greenmail

  1.4.1

  test

 

```

## 父工程和子模块之间依赖管理

继承可以消除重复，那是不是就没有问题了？ 答案是存在问题，假设将来需要添加一个新的子模块util，只是提供一些简单的帮助工具，不需要依赖spring、junit，那么继承后就依赖上了，有没有什么办法了？

有，maven已经替我们想到了，那就是dependencyManagement元素，既能让子模块继承到父模块的依赖配置，又能保证子模块依赖使用的灵活性。在dependencyManagement元素下得依赖声明不会引入实际的依赖，不过它能够约束dependencies下的依赖使用。

在父pom.xml中配置dependencyManagement元素

```xml

 

  mall-common

  mall-api-model

 

 

 

    org.springframework

    spring-core

    4.0.2.RELEASE

 

  ······

```

子模块中pom.xml

```xml

 

 

    org.springframework

    spring-core

 

 

    org.springframework

    spring-beans

 

 

    org.springframework

    spring-context

 

 

    org.springframework

    spring-context-support

 

 

 

  junit

  junit

 

 

    org.springframework

    spring-jdbc

    4.0.2.RELEASE

 

 

    com.alibaba

    druid

    1.0.16

 

```

使用这种依赖管理机制似乎不能减少太多的POM配置，就少了version(junit还少了个scope)，感觉没啥作用呀；其实作用还是挺大的，父POM使用dependencyManagement能够统一项目范围中依赖的版本，当依赖版本在父POM中声明后，子模块在使用依赖的时候就无须声明版本，也就不会发生多个子模块使用版本不一致的情况，帮助降低依赖冲突的几率。如果子模块不声明依赖的使用，即使该依赖在父POM中的dependencyManagement中声明了，也不会产生任何效果。

参考连接：