maven 多模块管理的问题以及maven配置的总结

在一些平常的项目开发中，我们一般都会使用maven的多模块进行开发，但是有些时候在模块管理的时候可能会有一些误解，下面就我碰到的一些问题跟大家分享下。

多模块项目的创建

创建父模块

填写maven项目的 groupId、ArtifactId 以及 版本号

• groupid和artifactId被统称为“坐标”是为了保证项目唯一性而提出的，如果你要把你项目弄到maven本地仓库去，你想要找到你的项目就必须根据这两个id去查找。
• 一般来说 groupId 分为好几段，第一段为域，第二段为公司名称，域比如说 com org 等，自己做的项目起的叫 com.sunny (其实只是自己起的觉得好听，没什么特殊含义了)
• artifactId 一般表示项目的名字，比如我这里就是学习用的 parent-demo
• 版本号就自己随便起一个好了

继续下一步,这里创建的时候，我之前都是填写 Project name 的时候，下面的 Project location 、 Module name 、Content root 、Module file location 这几个选项框都是联动的一起变的。

• 其实这里是互不相关的，可以随便定义名字与路径。尤其是Content root 和 Module file location 路径具体真正表示什么意思，还不是非常清晰，只是知道不相同的时候，会有两个文件夹名字。

创建子模块

按照上述的步骤，一个简易的多模块项目就创建成功了。

本次新发现的一些点

pom文件的packaging

• 之前可能也没有留意，发现加了子模块的父模块，packaging变为了pom，表示这是个父模块。
  

• 如果没有配置的话，默认是jar类型，如下就是我刚刚创建的那个子模块

• 还有一个就是子模块的groupId和version不写的话，继承父模块的

父模块与子模块的关联

• 子模块里面会有一个parent标签关联父模块
• 父模块里面会有module标签跟子模块建立联系
• 突然想修改子模块的module名字，发现refactor以后，父模块下引入的子module名字没有变化，只是子项目右边多了个修改后的模块名字
  
  颠覆了我一直以为的父子模块是根据module名字进行关联的想法。
  后面测试了下发现是根据项目路径相关的，也就是之前的那个Content root那里的路径，如下。
  

子模块之间的相互引用

比如我按照上面的方法创建的有 maven-domain模块、maven-dao 模块、maven-service模块，他们之间的关系如下
maven-service 引用 maven-dao， maven-dao 引用 maven-domain

maven-service 模块如果想用到 maven-dao 模块的代码(比如UserDao这个类)，maven-service模块的pom文件就要加入

        
            
                com.sun
                maven-dao
                1.0.0
            
        

以上都是正常的使用步骤。

这次我发现两个好玩一点的：

1. 在maven-service模块里面点击UserDao这个类，你会发现直接能跳到maven-dao模块的UserDao源码(之前知道可以，但是没有仔细深究过)。
2. 即使这个version版本号乱填，maven仓库(本地仓库、远程仓库)都没有的，maven-service代码也能编译通过，不会报错，但是maven打包会报错的(引用的版本号，仓库里面没有)

后面我又尝试几次，发现只要在同一个Idea窗口下面，别的项目的 pom配置也可以引入过来，编译不报错，也能跳到源码里面，打包要看情况的(别的项目先打包，本地仓库里面有了jar，然后在打包自己项目就可以了，当然版本号要一致)

dependencyManagement 和 dependencies的区别

dependencyManagement 的使用场景

1. 一般使用在父模块上面
2. 统一管理子模块使用的一些公用的jar的版本号
3. 子模块只要声明一下就行了，不需要写版本号，自动继承父模块的版本号
4. 如果子模块不声明，就不会引用jar
5. 如果子模块写了版本号，子模块使用的时候就会以自己声明的版本号为准

dependencies的使用

如果父模块使用的话，即使子模块没有声明，也会继承父模块声明的那些依赖(全部继承)

总结

dependencyManagement 就好像 父亲给孩子准备好了玩具，孩子想用的时候就去爸爸那里拿，不想用的时候就不用。dependencies 就好像 父亲给孩子准备了玩具，所有的这些玩具，孩子想要也得要，不想要也得要。

查看依赖的jar关系

编辑器Idea里面查看

maven命令

mvn dependency:tree所依赖的所有的jar都出来了，在排查那些jar冲突的问题非常有效
前提是要支持mvn命令，在环境变量里面将maven的路径配置上去就行了。