将项目分为了子父子模块项目后，遇到了不少问题，还是原来单模块管理简单，但是为了项目将来能够随引用的脚手架升级而升级，还是将项目改为父子模块结构，并且尽量不修改引用脚手架的结构，将自己的应用都添加到两个新模块中。再改造后，遇到最莫名其妙的一个问题就是间接依赖引用的一个包自动降级，导致系统出问题，研究了好久才搞明白怎么回事，没有找到根本的解决方法，通过复杂的排除临时解决了问题，特此记录一下。

一、问题介绍

修改后的模块Root是根模块，组织其它模块，A、B、C是原有的模块，自己新加了两个模块一个是基础内容模块Q、一个是WEB及功能模块T，A模块是APP所在组件，A依赖B、C、Q和T。

在T模块中，有讯飞语音组件，该组件需要需要okhttp组件，如下所示，该组件又依赖了okio和lotlin-stdlib两个组件，在查询这三个组件内容和原来的单模块组件下，kotlin-stdlib都是1.3.70版本，但是转换为多模块无论如何修改，kotlin-stdlib都是1.2.71版本，不会更新。程序在运行时，会先找到1.2.71的包，由于1.2.71版本缺省copyInto方法，会报下面错误。

NoSuchMethodError: kotlin.collections.ArraysKt.copyInto

二、问题原因分析

通过与原来的单模块反复对比，也试过各种版本调整，问题仍不能解决，kotlin-stdlib效有效版本总是1.2.71.

打开模块T的pom文件，查看结构，检查冲突会出现以下内容，明确出冲突：

打、开项目文件树的A模块的iml文件发现有stdlib1.2.71内容，通过关系查询，发现是A依赖T，通过T模块引用而来，但是版本总是1.2.71，通过okhttp 4.7.2文件对应，应该是1.3.71才对，但是idea不知为何，引进的总是1.2.71,导致系统问题。

查看，项目External Libraries，如下图，是旧版本。

三、解决方法

发现这个问题原因后，先做了以下几面尝试，

1、排除kotlin-stdlib不引用

NoClassDefFoundError: kotlin/jvm/internal/Intrinsics，

也就是kotlin-stdlib是必须引用的

2、在T模块将，在引用okhttp3时，将kotlin-stdlib排除，单独直接引用正确的版如下所示，注意kotlin-stdlib引用要放到前面。用此方法后，在T模块查看maven依赖关系时，没有冲突。

<dependency>
     <artifactId>kotlin-stdlib</artifactId>
     <groupId>org.jetbrains.kotlin</groupId>
     <version>1.3.70</version>
</dependency>
<dependency>    <groupId>com.squareup.okhttp3</groupId>    <artifactId>okhttp</artifactId>    <version>4.7.2</version>    <exclusions>        <exclusion>            <artifactId>kotlin-stdlib</artifactId>            <groupId>org.jetbrains.kotlin</groupId>        </exclusion>    </exclusions></dependency>

这个方法在T模块有冲突，但是编译后仍不能使用，再回到A模块查看，发现A模块存在冲突，查捍IML文件和External Libraries时，发现kotlin-stdlib有1.2.71和1.3.70两行，都是继续T模块过来的，发现1.2.71总是会通过T模块隐性继承过秋，不知道是什么因原，可能是为了排除警告一个获信息，在T模块加过下面依赖，下面依赖会间接依赖kotlin-stdlib的1.2.71版本，删除后仍然不误，在A模块总是两行，系统使用时仍只会使用1.2.71版本。

<dependency>
  <groupId>com.fasterxml.jackson.module</groupId>
 <artifactId>jackson-module-kotlin</artifactId>
 <version>2.11.0</version>
</dependency>

3、尝试直接修改A.iml文件，删除1.2.71，只保留1.3.70，External Libraries只有1.3.70一行，编译项目，系统功能能够使用。

4、分析主要的依赖路径问题，路径短的优先，于是将下面依赖放到A模块，并且在依赖T模块前引用，此时发现A.iml和External Libraries只有1.3.70一行,虽然在A模块冲突检查有信息，但是功能不受影响，先继续使用。

<dependency>
     <artifactId>kotlin-stdlib</artifactId>
     <groupId>org.jetbrains.kotlin</groupId>
     <version>1.3.70</version>
</dependency>

四、小结

通过这个问题解决，对Maven模块依赖传递进行了核查和研究，Maven模块的依赖的确挺复杂，在idea下还可能有莫名其妙的问题，在使用时还是需要多加关注。