关于导入Maven项目编译级别修改问题解决方式：
解决方法一：在父pom中插入以下代码
<build>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.3.2</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

解决方法二：永久更改

①、找到.m2文件夹

一般在：C:\Users\zhuzhuzhu.m2

②、打开settings.xml文件拉到最底下找到已经注释的<profile></profile>标签，插入以下代码，注意标签闭合时不要有空格，最后整理格式
	<profile>
		<id>jdk-1.8</id>
		<activation>
		<activeByDefault>true</activeByDefault>
		<jdk>1.8</jdk>
		</activation>
		<properties>
			<maven.compiler.source>1.8</maven.compiler.source>
			<maven.compiler.target>1.8</maven.compiler.target>
			<maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>
		</properties>
	</profile>
  </profiles>

在我们的项目中，使用了maven的聚合模式，但是同时也使用了继承，也就是说，我们专门定义了一个父pom.xml，我们这里就叫A，这个pom.xml中也使用modules包含了子模块，同时子模块又继承了父pom.xml文件A，这样本质上就形成了循环依赖，那么在install或者deploy这个父pom.xml时，就会报类似于："Child module D:\workspace\xxxx of D:\workspace\pom.xml does not exist"这样的错误。这是因为这个时候modules下指定的子工程还没有打包成功，于是我们去为这些子工程打包，可是又报父pom.xml不存在的问题，这就是循环依赖，怎么办？
方法一：欺骗的办法，先去掉父pom.xml中的modules，然后install或者deploy父pom.xml，然后再install或者deploy所有依赖的子工程，最后再把父pom.xml中的modules都加上。
方法二：使用参数-N，命令如：mvn install:install-file -DgroupId=test   -DartifactId=test-parent   -Dpackaging=pom  -Dfile=d:\wokspace\pom.xml -Dversion=3.0.4.7-SNAPSHOT -N，注意后边这个标红的-N就是我们要加的参数，这个参数的意思是：放弃递归子工程。
第二种方法很显然比第一种好，第二种方法在网上的资料很难找，最后是使用了maven的help命令才查出来的，如图：
处理这个问题，得出两个结论。
第一：有的问题，如果在网上很难查到，这很可能说明我们使用的方法有问题，或者有瑕疵，比如上边我们的这种方式。
第二：如果找不到资料，就返璞归真找官方网站或者自带帮助文档，这里边一般都是最全面的，虽然常常读起来非常艰涩。

maven多模块和依赖冲突问题汇总记录
目录
前言：
今天学习和总结了一下maven的相关知识点，发现一些比较基础的东西居然也会忘记，这里对于一些日常工作中可能会遇到的问题进行了一下汇总。
idea怎么创建maven多module的项目
首先了解上面是多module？
一句话概括就是：一个父模块作为版本控制多个子模块，子模块负责接入到父模块当中作为整个项目的过程。
多Module管理项目的几种方式：
按照单模块拆分为多个子模块，比如将MVC三层架构拆分为 xxx-service，xxx-dao，xxx-model，不过这种方式个人感觉比较二，目前以业务模块拆分比较多，迁移到微服务比如用springcloude或者dubbo 的时候非常好用。
按照业务模块拆分，这种模式使用的比较多，也比较多见。
创建一个多module项目(idea2019.3.3版本)
创建一个父pom项目：
打开idea，选择create new project
选择maven项目，同时不选任何的预加载设置
父pom配置如下：
删除src 目录
创建子模块，引入到父pom里面
同样右击项目工程，选择new module，然后选择maven，这时候会出现父模块以及对应的子模块名称
此时在父模块里面发现引入了子模块的内容
子父模块的区别：
父pom.xml文件内容：
org.zxd
taglib
pom
1.0.0
taglib-core
分为两个部分，一个部分是父pom的声明，包含gourpId，artifactId，打包方式必须是pom，因为使用了聚合模型，同时在父pom里面指定版本号，子模块不填写version会默认使用父pom的version号
taglib-core
上面表示当前引入的子模块内容
子pom.xml文件内容：
taglib
org.zxd
1.0.0
jar
4.0.0
taglib-core
1.0.0
子模块之间进行互相的依赖
在下面的pom中可以在任意的子模块引入对应的父模块依赖
注意由于这个标签会递归继承，所以要注意子依赖不要和依赖引入不同版本的依赖，这样容易造成冲突
org.zxd
taglib-core
1.0.0
将上面的项目改造为spring-boot多模块项目：
改造父pom文件：
org.springframework.boot
spring-boot-starter-parent
2.4.0
parent指向springboot-started
子模块只需要引入父pom的内容
Spring boot maven plugin问题
在打包spring boot项目时，需要使用如下插件：
org.springframework.boot
spring-boot-maven-plugin
如果在用maven构建多模块项目时，不要将此插件放到parent pom中，否则如果有sub module不是spring boot应用，在打包时就会出错。只将该插件添加到是spring boot项目的子模块。
MAVEN依赖冲突问题：
依赖的传递原则：
最短路径原则
最先声明原则
maven的依赖引入策略
最短路径原则：
我有下面两个依赖jar包，A和B，他们都引入了C这个依赖，这时候如果有如下的引用
A -> C(3.3)
B -> A(3.3)
B  -> C(3.4)
此时如果把B打包，得到版本号是3.4，但是如果B去掉C的依赖，那就是走A->C的传递依赖，很简单
验证：
我假设我有一个web包引入了common-lang3，版本是3.4的版本
org.apache.commons
commons-lang3
3.4
此时又引入了一个公用包，里面也有这个引用：
org.apache.commons
commons-lang3
3.3
如果此时在本地引用3.4版本，那就是3.4的版本，否则就死3.3的版本，不管声明顺序谁先谁后
最先声明原则：
如果两个jar包的寻址路径一致，那么谁先优先声明，先引入谁
验证：
下面两个依赖分配对应两个module，引入模块的这个模块暂定为 C 模块。
org.zxd
taglib-core
1.0.0
org.zxd
taglib-db
1.0.0
此时 taglib-core  中的依赖版本如下，暂定为 A 模块：
org.apache.curator
curator-client
2.5.0
而taglib-db 中的依赖版本如下，暂定为 B 模块：
org.apache.curator
curator-client
4.0.1
此时将整个web项目打包，可以看到web项目里面的版本如下：
可以很明显的看到如果引入关系是这样的：
C -> A,B
A -> curator-client 2.5
B -> curator-client 4.1
这样的链路最终打包出来的效果是  C -> A -> curator-client 2.5
这样也就造成了很多情况下我们编译和运行时完全没有问题的，甚至有可能打包都是正常的，但是到最后运行的时候突然报错，要谨防这种依赖版本的问题，好在一般公司的项目都有经理负责控制版本依赖，这种错误算是低级错误，但是在如今框架满天飞的时代，依赖管理的版本控制问题依然需要注意！！！
如何解决依赖冲突的问题
锁定版本法
一般情况下我们会在父pom文件里面管理，可以使用这个这个标签来管理所有子模块的版本依赖，子模块如果指定自己的版本，这里发现打出来的包依然是父pom指定的版本，版本管理使用如下：
org.apache.curator
curator-client
4.1.0
锁定版本法可以打破2个依赖传递的原则，优先级为最高
版本锁定可以排除一些exclude标签，不同模块用不同版本的jar包本身也不符合规范，所以这种方式较为稳妥
什么情况下会出现Jar包冲突问题
只有高版本Jar包不向下兼容，或者新增了某些低版本没有的API才有可能导致这样的问题
如何查找和发现jar包冲突？
1. 利用idea的maven视图工具
直接使用一个图说明一下：
可以通过这个工具查看依赖在哪个模块重复引用，同时如果有冲突会显示红线，这个视图非常的直观，可以帮助依赖管理人员去处理依赖重复引用或者引用版本不一致的问题，进行操作
2. Idea Maven Helper 插件
如何使用？
安装完成之后，随便找一个pom.xml文件，按照如下的图例提示进行操作，对于冲突的内容，右击exclude就可以排除依赖：
排除完依赖之后，点击左上角的Refresh UI 刷新一下UI的界面：
3. maven命令工具：
mvn dependency:tree -Dverbose，有时候如果我们没有idea的情况下，可以使用这个命令来处理，执行的结果参考如下：
PS: 此处一定不要省略-Dverbose参数，要不然是不会显示被忽略的包的
or:curator-client:jar:4.1.0:compile
[INFO] |  |  +- org.apache.zookeeper:zookeeper:jar:3.5.4-beta:compile
[INFO] |  |  |  +- commons-cli:commons-cli:jar:1.2:compile
[INFO] |  |  |  +- log4j:log4j:jar:1.2.17:compile
[INFO] |  |  |  +- org.apache.yetus:audience-annotations:jar:0.5.0:compile
[INFO] |  |  |  \- io.netty:netty:jar:3.10.6.Final:compile
[INFO] |  |  +- com.google.guava:guava:jar:20.0:compile
[INFO] |  |  \- org.slf4j:slf4j-api:jar:1.7.30:compile
[INFO] |  +- commons-codec:commons-codec:jar:1.15:compile
[INFO] |  +- commons-collections:commons-collections:jar:3.2.2:compile
[INFO] |  +- commons-beanutils:commons-beanutils:jar:1.9.4:compile
[INFO] |  +- commons-configuration:commons-configuration:jar:1.10:compile
[INFO] |  |  \- commons-lang:commons-lang:jar:2.6:compile
总体上来说还是比较直观的，非常方便和好用。
如何写一个干净依赖关系的POM文件
尽量在父POM中定义，来进行本项目一些依赖版本的管理，这样可以从很大程度上解决一定的冲突
最少依赖jar包原则
使用mvn dependency:analyze-only命令用于检测那些声明了但是没被使用的依赖，如有有一些是你自己声明的，那尽量去掉
使用mvn dependency:analyze-duplicate命令用来分析重复定义的依赖，清理那些重复定义的依赖
dependency:analyze-only 命令
在idea - Terminal里面，可以看到对应的依赖被下载
执行完之后我的运行结果如下，这里报错的原因是打包时候默认去阿里云仓库寻找依赖，这里需要配置一下：
[ERROR] Failed to execute goal on project taglib-web: Could not resolve dependencies for project org.zxd:taglib-web:war:1.0.0: The following artifacts could not be resolved: org.zxd:
taglib-core:jar:1.0.0, org.zxd:taglib-db:jar:1.0.0: Failure to find org.zxd:taglib-core:jar:1.0.0 in http://maven.aliyun.com/nexus/content/repositories/central/ was cached in the loc
al repository, resolution will not be reattempted until the update interval of alimaven has elapsed or updates are forced -> [Help 1]
大致意思就是说再阿里云仓库找不到对应的依赖引入。
解决方式如下：
找到maven的安装路径下的apache-maven-3.6.3\conf下面的setting.xml，找到如下配置：
D:\soft\apache-maven-3.6.3\rep
此时重新执行一下：dependency:analyze-only 命令
[INFO] --- maven-dependency-plugin:3.1.2:analyze-only (default-cli) home.php?mod=space&uid=402414 taglib-web ---
[WARNING] Unused declared dependencies found:
[WARNING]    org.zxd:taglib-core:jar:1.0.0:compile
[WARNING]    org.apache.commons:commons-lang3:jar:3.4:compile
[WARNING]    org.springframework.boot:spring-boot-starter-web:jar:2.4.0:compile
[WARNING]    org.springframework.boot:spring-boot-starter-test:jar:2.4.0:test
[WARNING]    org.neo4j.driver:neo4j-java-driver:jar:1.5.0:compile
[WARNING]    commons-codec:commons-codec:jar:1.10:compile
[WARNING]    commons-collections:commons-collections:jar:3.2.2:compile
[WARNING]    commons-beanutils:commons-beanutils:jar:1.9.4:compile
[WARNING]    commons-configuration:commons-configuration:jar:1.10:compile
[WARNING]    commons-fileupload:commons-fileupload:jar:1.3:compile
[WARNING]    commons-logging:commons-logging:jar:1.2:compile
[WARNING]    org.apache.httpcomponents:httpclient:jar:4.4.1:compile
[WARNING]    org.apache.poi:poi-ooxml:jar:3.17:compile
[WARNING]    org.mybatis:mybatis:jar:3.4.0:compile
[WARNING]    org.mybatis:mybatis-spring:jar:1.3.0:compile
[WARNING]    com.github.pagehelper:pagehelper:jar:5.1.2:compile
mvn dependency:analyze-duplicate 命令
[INFO] No duplicate dependencies found in  or in 
如果没有其他信息，代表没有重复依赖的引入

        今天写代码的时候遇到了一些小问题，经过一下午的各种捯饬，算是解决了，在这里我贴出来，供大家参考和讨论，如果有什么不对的地方，还请各位大神多多指正，谢谢...
问题一：Maven项目中父工程已经引入了编译版本，像这样：
 
请问子项目的pom文件中还需要写这些东西吗？
答：不需要！，原因往下看.....
        关于maven学习的时候，我们不得不了解的就是它的聚合与继承。
为什么我的项目maven update project之后还是显示1.4？还报错
     聚合
    随着技术的飞速发展和各类用户对软件的要求越来越高，软件本身也变得越来越复杂，然后软件设计人员开始采用各种方式进行开发，于是就有了我们的分层架构、分模块开发，来提高代码的清晰和重用。
    比如说，现在需要做一个物流管理的项目，它包含了很多的模块，例如用户模块、订单信息模块等等。按照传统的开发方式，既然是一个项目，那就创建呗，创建了一个maven项目，里面分模块分为各种包/文件夹，各种配置文件、java文件、前端代码都往这一个项目里面怼，怼完之后发现编写代码的时候还得从一大堆的文件中找自己要编写的代码，各种文件夹各种包一顿点，而且测试的时候运行一下服务器，速度极慢。这无疑会影响自己的睡眠质量（开个玩笑），意思就是管理起来很不方便。
    于是乎，我们采用了分模块，将项目分成一个父工程和若干个子模块，像这样（举个橘[li]子）：

    如图所示，一个项目被分成了若干个子模块/项目，分别管理不同的区域，有不同的任务。例如bos_domain模块和crm_domain模块分别是用来管理实体类的，bos_management项目是用来负责管理模块的，crm_management项目是用来管理用户信息的。每个某块是相对独立的，所以说可以进行单独的操作，包括测试等等。怎么样这么一来，业务是不是一下子清晰了起来呢。然而这只是把项目进行了简单的拆分，当然，独立是相对于其他子模块的，具体还要向一个整体靠拢,即所说的聚合。那么怎么实现聚合呢？
    1.父工程配置：
  <modelVersion>4.0.0</modelVersion>
  <groupId>cn.boom.maven</groupId>
  <artifactId>common_parent</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>pom</packaging>
  <name>common_parent</name>

    2.子工程配置：
  <modelVersion>4.0.0</modelVersion>
  <parent>
	<groupId>cn.boom.maven</groupId>
	<artifactId>common_parent</artifactId>
	<version>0.0.1-SNAPSHOT</version>
  </parent>
注意版本号和打包方式,父工程要用pom的打包方式
继承
    来来来，复习一下基础知识。java语言的三大特性是什么？没错（假装你都回答出来了），就是封装、多态、继承。
接下来我将要讲的这个继承（maven），你也可以参考一下上面那个继承（java）,当然你也可以参考一下王建霖（父亲）和王四葱（儿子）的关系。maven的继承也是一样的，比如说，父工程有已经依赖了spring的相关jar包，name子工程也需要依赖这些jar包怎么办呢？这就好比四葱需要一笔钱去卖一副雷蛇，他没钱，怎么办？当然是找他爹要啊，都父子关系了，客气啥，你爹的还不就是你的。那么在maven工程中也是一样的，需要依赖先找自己，自己没有，直接去找父项目，有就拿来用，没有的话再导入。当然，如果父工程中有这个依赖，你还要再在子项目里面引用一个一样的，那也不是不可以，只不过有点累赘了。
    另外，上面那张图不是说了有两个管理实体类的项目嘛，它的里边没有业务代码，只是用来存储实体类的，它的打包方式为jar,别的项目可如果有用到它里面的实体类的话，直接进行依赖就行了：    
<dependencies>
  	<dependency>
  		<groupId>cn.boom.maven</groupId>
  		<artifactId>crm_domain</artifactId>
  		<version>0.0.1-SNAPSHOT</version>
  	</dependency>
  	<dependency>
  		<groupId>cn.boom.maven</groupId>
  		<artifactId>bos_domain</artifactId>
  		<version>0.0.1-SNAPSHOT</version>
  	</dependency>
  </dependencies>
   


   
问题二：从父项目的配置文件可以看出，我已经将maven的编译版本设置成了1.8了，但是，子项目的编译版本显示的却是1.4（有点低了你发现了没），而且还报错！！！
        
    还好手动改成1.7之后不报错了：
        
    如果这么简单就好了，执行maven-updateproject之后又成了1.4.。。。
   解决：原因是因为我的eclipse版本太低（为了运行项目的时候不卡，下了一个老版本的），上面支持的最高编译版本是到1.7，而我在pom文件里边设置的的是1.8的版本，eclipse不知道1.8，所以自动忽略了我的版本配置，采用了默认的编译版本（1.4的版本），所以报错是正常的啦，1.4版本什么也不知道，超出它编译能力范围的东西当然会报错啦。就算是我手动导入了jdk1.8的类库，但是eclipse的能力有限，识别不了，引了也白搭。
这种情况的结局方案就是：
1. 将jdk的版本切换到1.7，如果你电脑上安装的是1.8的版本，修改pom文件就行了
             
2. 下载一个jdk8的插件
3. 果断下载一个高版本的eclipse,就什么都有了
     高版本好是好，就是感觉bug太多，不过用着的确方便。
就这吧，该睡了，又是两点多，希望各位大佬多提意见，我要学的还多着嘞...晚安，为了月薪过万