Android编译时冲突报错的完美解决方案

本文介绍了解决Android项目中依赖冲突的方法,包括使用Gradle配置解决依赖版本冲突,并介绍了如何使用jarjar处理特定场景下的jar包冲突。

最近在项目的整合和接入第三方sdk的过程中多次遇到DexArchiveMergerException/ transformDexArchiveWithExternalLibsDexMergerForDevelop等报错,详细的报错信息如下,一般有如下两种场景,一种是依赖冲突,一种是jar冲突。

场景1:

Caused by: com.android.builder.dexing.DexArchiveMergerException: Error while merging dex archives:
...\app\build\intermediates\transforms\dexBuilder\develop\debug\0.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\1.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\2.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\3.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\4.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\5.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\6.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\7.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\8.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\9.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\10.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\11.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\12.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\13.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\14.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\15.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\16.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\17.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\18.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\19.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\20.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\21.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\22.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\23.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\24.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\25.jar, ...\app\build\intermediates\transforms\dexBuilder\develop\debug\26.jar,   ...\app\build\intermediates\transforms\dexBuilder\develop\debug\27.jar  
at com.android.builder.dexing.D8DexArchiveMerger.getExceptionToRethrow(D8DexArchiveMerger.java:124)
at com.android.builder.dexing.D8DexArchiveMerger.mergeDexArchives(D8DexArchiveMerger.java: 109)
at com.android.build.gradle.internal.transforms.DexMergerTransformCallable.call(DexMergerTransformCallable.java: 101)
at com.android.build.gradle.internal.transforms.ExternalLibsMergerTransform.transform(ExternalLibsMergerTransform.kt: 123)
at com.android.build.gradle.internal.pipeline.TransformTask$2.call(TransformTask.java: 221)
at com.android.build.gradle.internal.pipeline.TransformTask$2.call(TransformTask.java:217)
at com.android.builder.profile.ThreadRecorder.record(ThreadRecorder.java: 102)
... 122 more
Caused by: com.android.tools.r8.CompilationFailedException: Compilation failed to complete
at com.android.tools.r8.utils.ExceptionUtils.withCompilationHandler(ExceptionUtils.java:76)
at com.android.tools.r8.utils.ExceptionUtils.withD8CompilationHandler(ExceptionUtils.java: 45)
at com.android.tools.r8.D8.run(D8.java: 67)
at com.android.builder.dexing.D8DexArchiveMerger.mergeDexArchives(D8DexArchiveMerger.java: 107)
... 127 more
Caused by: com.android.tools.r8.utils.AbortException
at com.android.tools.r8.utils.Reporter.failIfPendingErrors(Reporter.java: 77)
at com.android.tools.r8.utils.Reporter.fatalError(Reporter.java: 58)
at com.android.tools.r8.utils.ExceptionUtils.withCompilationHandler(ExceptionUtils.java: 67)
... 130 more

场景2:

Caused by: java.lang.RuntimeException: com.android.builder.dexing.DexArchiveMergerException: Error while merging dex archives:
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\0.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\1.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\2.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\3.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\4.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\5.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\6.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\7.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\8.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\9.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\10.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\11.jar,
C: android\app\build\intermediates\transforms\dexBuilder\develop\debug\12.jar,

1.对于这种因为冲突导致的问题,一般的解决办法是找到冲突的根源,也就是在androidstudio的Terminal中输入如下命令查看依赖数找到冲突的依赖来解决。

gradlew -q app:dependencies

2.然而对于一个大型项目而言,如上方式并不一定可以轻而易举的找到冲突。因此我们可以尝试在app的build.gradle中进行如下配置。

android{
  ...
}

configurations.all {
  resolutionStrategy {
    force 'com.squareup.okhttp3:okhttp:3.11.0'
    force 'com.squareup.okio:okio:1.14.0'
    force 'com.android.support.constraint:constraint-layout:1.1.1'
    force 'com.google.code.gson:gson:2.8.5'
    force 'com.android.support:appcompat-v7:27.1.1'
    ...
   }
}
configurations.all {
  resolutionStrategy {
    failOnVersionConflict()
  }
}

dependencies {
   ...
}

相信resolutionStrategy大部分人都用过,专门为gradle设置编译的策略,ResolutionStrategy接口中提供了一系列策略方法,我们可以查看源码根据需要选择配置。对于一些冲突的场景,特别是集成了一些第三方的sdk后导致项目因为冲突报错无法编译的场景。我们可以选择直接设置failOnVersionConflict(),目的是在编译时假如有冲突发生,则直接编译失败在控制台打印报错信息,具体的可以查看我项目中的报错。

Could not resolve all dependencies for configuration ':app:productDebugRuntimeClasspath'.
A conflict was found between the following modules:
 - com.squareup.okhttp3:okhttp:3.9.1
 - com.squareup.okhttp3:okhttp:3.2.0
 - com.squareup.okhttp3:okhttp:3.8.0
 - com.squareup.okhttp3:okhttp:3.8.1
这样一下子就知道项目中有哪些依赖冲突了,然后将冲突的依赖选择号版本添加到如下的配置中强制指定即可。
configurations.all {
  resolutionStrategy {
    force 'com.squareup.okhttp3:okhttp:3.11.0'
    ...
   }
}

可以有些人会有疑问,我项目多个module中多次引入同一个依赖也没有冲突啊,其实gradle在编译时将所有的依赖都引入了,只不过在我们代码中引用时,gradle默认使用的时最高版本的依赖而已。通过上面的方式可以解决几乎百分之九十的冲突。另外你还会发现这么设置后整个app的大小还会减少不少,因为我们强制指定后,gradle不在将重复的依赖全部引入最终打包到dex中,所以app的体积当然就减少了。

3.通过以上两种方式几乎可以解决百分之九十的冲突,但是还有一种场景的冲突还是无法解决。假如我们项目引入了一个第三方的sdk,他里面引入了一个高德地图及定位功能,我们项目中也引入了高德地图的猎鹰轨迹功能,而猎鹰轨迹功能只能以jar包的形式引用(猎鹰jar包中也引了高德定位功能),这样我们编译项目时,必然会导致冲突,而且这种冲突是无法通过配置gradle来解决的。那该如何是好呢?这个时候就该拿出大杀器了。

对于这种场景我们可以使用jarjar.jar,将第三方比如说高德猎鹰jar等包名进行替换,这样在项目编译打包生成dex文件时就不会因为同名文件导致冲突。

以上就是解决依赖冲突的所有办法,一般的冲突都可以配置gradle进行解决,对于一些疑难杂症只能使用偏方了。

<think>好的,用户现在的问题是想要解决在虚拟机编译时出现的报错窗口问题。根据用户提到的信息,他们之前提到了Ubuntu虚拟机编译Android系统源码时的常见问题解决方法,具体参考了引用[2]。我需要先回顾一下引用[2]的内容,确保解决方案准确。引用[2]中提到,当在Ubuntu18.04/20.04的虚拟机中编译Android4到11系统源码时,可能会遇到内存不足的问题。解决方法是通过修改build/soong/java/config/config.go文件中的JavacHeapSize参数,将2048M改为4096M,然后关闭当前编译窗口,新建一个Terminal重新编译,无需删除out目录。这可能和用户遇到的报错窗口有关,比如内存不足导致的编译错误。接下来,我需要考虑用户的具体情况。用户提到的是“虚拟机编译时报错窗口”,可能涉及到内存配置、环境变量、依赖项缺失、权限问题或代码冲突等常见编译错误。需要分步骤给出解决方案,并参考已有的引用内容。首先,内存不足是常见问题,尤其是Java堆大小。引用[2]的解决方案是直接相关的,应该作为第一步。然后,检查系统依赖项是否正确安装,比如必要的库和工具是否缺失。接着,权限问题可能导致某些文件无法访问,建议使用sudo或检查文件权限。此外,代码冲突如头文件宏定义问题,比如引用[1]提到的max/min宏冲突,可能需要调整代码或头文件顺序。最后,清理编译缓存和临时文件也是一个常规步骤,比如删除out目录再重新编译。需要确保回答结构清晰,分点列出可能的解决方案,并引用相关的引用资料。同时,生成相关问题以帮助用户进一步排查问题。还要注意用户可能是在不同的虚拟机环境下编译,但引用[2]是针对Ubuntu和Android源码的,所以需要保持解决方案的通用性,同时结合具体例子。 最后,要验证每个步骤的合理性,比如修改JavacHeapSize是否需要root权限,或者如何正确编辑配置文件。确保用户能够逐步操作,避免遗漏关键步骤。同时提醒用户在修改配置文件后重新启动编译环境,以确保更改生效。</think>### 虚拟机编译报错窗口的解决方案 根据编译报错类型的不同,以下是常见的解决方案分类及实施步骤: #### 1. **内存不足导致的编译中断** - **问题特征**:报错信息中可能包含`OutOfMemoryError`或`Java heap space`等关键词。 - **解决方案**: - **调整Java堆内存**:修改`build/soong/java/config/config.go`文件中的`JavacHeapSize`参数,例如将`2048M`改为`4096M`[^2]。操作步骤: ```bash sudo gedit build/soong/java/config/config.go # 找到并修改JavacHeapSize值 ``` - **关闭其他占用内存的程序**,释放虚拟机内存资源。 - **重启编译环境**:关闭当前Terminal窗口,新建窗口重新编译[^2]。 #### 2. **依赖项缺失或版本冲突** - **问题特征**:报错信息涉及未找到库文件(如`libxxx not found`)或版本不兼容。 - **解决方案**: - **安装缺失依赖**:根据错误提示使用`apt-get install`安装对应库。 ```bash sudo apt-get install libncurses5-dev # 示例:安装编译工具链依赖 ``` - **检查环境变量**:确保`PATH`和`JAVA_HOME`等变量指向正确版本。 - **使用指定版本工具链**:例如Android源码编译需匹配JDK版本。 #### 3. **权限不足引发的操作失败** - **问题特征**:报错信息包含`Permission denied`或`Read-only file system`。 - **解决方案**: - **使用`sudo`执行命令**:临时提升权限。 ```bash sudo make clean # 示例:清理编译缓存 ``` - **修改文件权限**: ```bash chmod -R 755 /path/to/directory # 递归修改目录权限 ``` #### 4. **代码宏定义冲突** - **问题特征**:报错信息涉及`max`/`min`等函数与系统宏冲突(如Windows头文件污染)。 - **解决方案**: - **替换冲突头文件**:例如将`windows.h`改为`qt_windows.h`[^1]。 - **调整宏定义顺序**:确保项目头文件在系统头文件之前加载。 #### 5. **缓存文件损坏** - **问题特征**:编译过程反复卡在某个阶段,无明确错误提示。 - **解决方案**: - **清理编译缓存**: ```bash make clean # 清理临时文件 rm -rf out/ # 删除Android源码的out目录(谨慎操作) ``` --- ### 操作验证示例 以**内存不足问题**为例,修改`JavacHeapSize`后,重新执行编译命令: ```bash source build/envsetup.sh # 初始化编译环境 lunch aosp_arm-eng # 选择目标设备 make -j4 # 启动多线程编译 ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值