Android问题集之编译冲突

最新推荐文章于 2023-05-27 17:10:35 发布

原创最新推荐文章于 2023-05-27 17:10:35 发布 · 830 阅读

0 ·

CC 4.0 BY-SA版权

Android问题专栏收录该内容

8 篇文章

订阅专栏

本文介绍了解决Android项目中因不同模块依赖版本不一致导致的问题。通过强制指定特定版本的依赖库来避免冲突。

Conflict with dependency ‘com.google.code.findbugs:jsr305’. Resolved versions for app (3.0.1) and test app (2.0.1) differ. See http://g.co/androidstudio/app-test-app-conflict for details.

stackflow上的解决方案：
http://stackoverflow.com/questions/37347326/errorconflict-with-dependency-com-google-code-findbugsjsr305/37357786

自己找的解决方案，在模块项目的BuildGradle中加入以下代码：


android {
    // 解决app和test依赖关系
    configurations.all {
        resolutionStrategy.force 'com.google.code.findbugs:jsr305:3.0.1'
    }
}

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

果冻豆人

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

Unity 对接 Android 打包编译 bug 总结之 android.support.v4 和 androidx 冲突问题

艾沃尼斯の飞空庭

07-27

2153

编译错误如下所示： Duplicate class android.support.v4.app.INotificationSideChannel found in modules classes.jar (androidx.core:core:1.0.0) and classes.jar (com.android.support:support-compat:27.1.1) Duplicate class android.support.v4.app.INotificationSideChannel$St

使用Build Variants控制应用的多配置

c_cayujie的博客

10-23

6385

使用Build Variants控制应用的多配置在app项目的开发中经常会碰到测试环境、beta环境、正式环境等多环境的平凡切换，eclepse年代我们都是通过注释代码的方法来实现，这样的操作不仅非常麻烦，而且不容易区分环境，现在AS提供了BuildVariants（编译控制器）能够十分方便的解决这一难题，下面我们一起来学习一下吧：了解app目录下的build.gradle build.grad

参与评论您还未登录，请先登录后发表或查看评论

Android源码编译时jdk冲突解决办法

dengziliang001的专栏

08-14

1066

做Android rom开发过程中，可能会经常做不同的版本4.2,4.4,5.1或者6.0。每个版本的编译环境对jdk的版本要求都有点差异。 4.2版本需要使用jdk1.5或者1.6，使用1.7的jdk编译时会报类型错误等问题 5.1以上的版本需使用openJDK 1.7及以上，否则会直接报“目标版本与源版本冲突”之类的问题。平时，我们的一个Linux编译服务器中会存放多个不同an

编译库冲突的问题发现

jenus1的专栏

06-27

773

编程生成的过程中，往往出现编译库之间的冲突，即某个函数符号已经在某个库中定义，又在另一个库中出现，出现冲突，一般为libcmt.lib与msvcrt.lib之间冲突！问题的解决方案一般为： A 使用变异选项，忽略加载默认库选项 /NODEFAULTLIB:xxx.lib B 第二种方案，

【Android Studio】Gradle版本 Gradle 插件版本 Java版本 Androd studio版本统一问题

m0_54352040的博客

05-22

5868

【Android Studio】Gradle版本 Gradle 插件版本 Java版本 Androd studio版本统一问题，更新Android Studio可能出现的各种版本问题问题描述报错一：Gradle sync failed: The specified Gradle distribution 'https://services.gradle.org/distributions/gradle-2.10-all.zip' does not exist.报错二：Gradle sync failed:

c语言静态函数编译冲突,C语言静态函数库的制作和使用方法

weixin_31132687的博客

05-18

346

一．库函数简介：C语言中有一些函数会执行一些标准任务，可以事先对这些函数进行编译，然后将他们放置在一些特殊的目标代码文件中，这些目标代码文件称为库。库文件中的函数可以通过连接程序与应用程序进行链接，这样就不用在每次执行程序时都对这些通用的函数进行编译了。标准的C函数库名称为libc，包含了诸如内存管理或者输入输出操作的基本函数。这些库放置在系统的公用目录下，如/usr/lib，系统中的任何用户都可...

linux下编译和运行的库冲突,Linux程序包管理之yum仓库、源码编译安装

weixin_39533896的博客

04-30

366

CentOS：yum，dnfURL：ftp://172.16.0.1/pubyum是C/S架构，是rpm的前端工具，依赖于rpm存在的；1、本地要有yun程序；2、本地要有配置文件(配置远程服务器yum仓库或本地服务器yum仓库)；3、要有存在的文件服务器(程序包仓库即yum仓库)、(也可以在本地配置服务器yum仓库)；yum支持的服务器有两种：一种是ftp服务器，第二种是http服务器；yum工...

完美解决android 项目jar包冲突的问题

08-19

在Android开发过程中，由于项目需求，开发者经常需要引入多个第三方库或SDK，这往往会导致jar包冲突的问题。本文将深入探讨如何完美解决这类问题，帮助开发者优化项目结构，确保项目的稳定运行。首先，我们需要...

精选资源

ubuntu下android ndk编译环境搭建详细描述

02-17

在Ubuntu系统上搭建Android NDK编译环境是Android原生代码开发的重要步骤，适用于那些需要进行C/...在实际开发中，可能会遇到各种问题，如库冲突、链接错误等，这时需要查阅文档、官方示例或在线社区资源来解决问题。

com.android.support版本冲突解决方法

08-25

在Android开发过程中，`com.android.support`库是Google提供的一个重要的支持库，它包含了大量用于扩展Android功能的组件，如...同时，关注Android的最新发展，适时更新到更现代的库和工具，是避免类似冲突的长远之道。

Android 编译出错版本匹配问题解决办法

08-29

Android 编译出错版本匹配问题解决办法是 Android 应用程序开发中常见的问题之一。该问题的解决方案主要涉及到三个参数的版本匹配：compileSdkVersion、targetSdkVersion 和 buildToolsVersion。这三个参数的整数值...

manifest merger failed with multiple errors see logs（已解决）

weixin_45083704的博客

04-19

4994

Android Studio 2022.2.1项目迁移报错1、No variants found for ':app'. Check build files to ensure at least one variant exists. at:，2、manifest merger failed with multiple errors see logs，3、module java.base does not “opens java.io“ to unnamed module。

No variants found for ‘:app‘. Check build files to ensure at least one variant exists.

afunx的专栏

05-27

1万+

本文介绍了android studio升级之后，如何解决编译问题：No variants found for ':app'. Check build files to ensure at least one variant exists.

c 包含其他文件_C语言的编译机制：分治原则与三种文件

weixin_29271263的博客

11-29

346

C语言编写程序时，编写的内容被存储在文本文件中，该文件被称为源代码文件(source-code-file)。大部分C系统，包括之前提到的，都要求文件名以.c结尾(如，wordcount.c和budget.c)。在文件名中，点号(.)前面的部分称为基本名(basename)，点号后面的部分称为扩展名(extension)。因此，budget是基本名，c是扩展名。基本名与扩展名的组合(budget.c...

javac编译由于没有添加后缀而导致的错误

戴树斌的专栏

12-22

646

出错记录：使用javac没有添加.java后缀这时候会显示出如上的错误。由此引申使用java的时候添加class后缀，实验后出现如下结果：使用javadoc命令的时候没有添加java后缀，实验后出现如下情况其他的没有做实验，出现其他的情况应该也都是错误的。由此，我们可以做出

Android Studio 3.0 发行说明

最新发布

06-08

<think>我们正在解决Android14编译时库依赖冲突问题。根据用户提供的引用和之前的回答，我们可以总结以下关键点：引用[1]指出依赖库冲突是构建失败的常见原因之一，并提到Gradle版本不兼容和网络问题也可能导致类似现象。但这里我们聚焦于依赖冲突。引用[3]提到解决冲突的两种方法：将三方库设置为私有（provided）或处理直接导入的jar包冲突。引用[4]展示了系统应用（如Settings）的移植过程，其中详细描述了如何提取依赖（包括aar、jar包等），这对于系统级开发中的依赖冲突解决有参考价值。结合之前回复中关于Android14库冲突的解决方案，我们将整理一套完整的调试方法：1.**识别冲突**：通过Gradle依赖树检查冲突-命令行：`./gradlew:app:dependencies--configurationdebugCompileClasspath`-在输出中查找`→`标记，它指示依赖版本被替换，可能暗示冲突2.**解决冲突策略**：a.**强制统一版本**（推荐）：在app模块的build.gradle中强制指定版本```gradleandroid{configurations.all{resolutionStrategy{force'com.squareup.okhttp3:okhttp:4.12.0'//示例}}}```b.**排除传递依赖**：在引入依赖时排除冲突模块```gradleimplementation('com.example:lib:1.0'){excludegroup:'com.conflict.group',module:'conflict-module'}```c.**使用provided（已弃用）或compileOnly**：确保依赖仅编译时不打包（适用于冲突的三方库）```gradlecompileOnly'com.example:lib:1.0'//不会传递```3.**系统应用特殊处理**：对于系统级应用（如Launcher、Settings），可能需要像引用[4]那样手动提取依赖：-定位冲突库的源码位置（如AOSP中的jar或aar）-将冲突库作为本地依赖引入（如libs目录下）-使用`flatDir`指定本地仓库：```gradlerepositories{flatDir{dirs'libs'}}dependencies{implementation(name:'local-lib',ext:'aar')//示例}```4.**检查Gradle和AGP版本**：确保使用Android14要求的版本（AGP8.2+,Gradle8.0+）[^1]5.**NDK库冲突**：在packagingOptions中处理so文件冲突（如pickFirst）```gradleandroid{packagingOptions{pickFirst'lib/arm64-v8a/libfoo.so'}}```6.**清理缓存**：冲突有时因缓存导致，执行：```bash./gradlewcleanrm-rf~/.gradle/caches/#全局缓存清理```7.**使用依赖分析工具**：AndroidStudio的"GradleView"可以图形化显示依赖关系，右键选择"ShowDependencies"帮助识别冲突路径。8.**日志分析**：构建失败日志通常会明确指示冲突类或资源，例如：```Duplicateclasscom.example.FoofoundinmoduleslibA-1.0andlibB-2.0```**注意事项**：-对于资源冲突（非类冲突），使用`resourcePrefix`为每个模块设置资源前缀避免合并冲突。-Android14要求组件（Activity/Service等）显式声明`android:exported`属性，未声明会导致安装失败（可能被误认为库冲突）[^2]。最后，提供一个完整示例（app/build.gradle片段）：```gradleandroid{namespace'com.example.myapp'//强制统一版本配置configurations.all{resolutionStrategy{force'androidx.core:core-ktx:1.12.0'force'androidx.lifecycle:lifecycle-viewmodel-ktx:2.6.2'}}//处理NDK库冲突packagingOptions{pickFirst'lib/arm64-v8a/libffmpeg.so'}}dependencies{//排除传递依赖implementation('com.thirdparty:sdk:2.3'){excludegroup:'com.google.guava',module:'guava'}//使用本地替换的库implementationfiles('libs/local-guava.jar')}```执行步骤：1.修改build.gradle2.清理项目（Build>CleanProject）3.同步Gradle4.重新构建**引用标识说明**：-[^1]:引用自用户提供的引用[1]关于Gradle版本不兼容的说明。-[^2]:引用自用户之前回答中关于Android12+的组件声明要求。</think> ### Android 14 编译时库依赖冲突调试方案 #### 1. **快速定位冲突源头** 使用Gradle命令生成依赖树，查找重复库： ```bash # 生成完整依赖树报告 ./gradlew :app:dependencies --scan > deptree.txt # 过滤重复类错误（重点排查） grep "Duplicate class" build.log -A 5 ``` 输出结果会显示冲突路径，例如： ``` +--- com.squareup.okhttp3:okhttp:4.12.0 | \--- com.squareup.okio:okio:3.4.0 \--- com.example:custom-network:1.0 \--- com.squareup.okio:okio:2.10.0 (*) // 版本冲突！ ``` #### 2. **常见解决方案** 按优先级使用以下方法： **方法1：强制统一版本（推荐）** 在`app/build.gradle`中指定： ```gradle android { configurations.all { resolutionStrategy { // 强制使用指定版本 [^1] force 'com.squareup.okio:okio:3.4.0' // 动态指定最新版 eachDependency { details -> if (details.requested.group == 'androidx.core') { details.useVersion "1.12.0" // Android 14要求 } } } } } ``` **方法2：排除传递依赖** ```gradle dependencies { implementation('com.example:custom-network:1.0') { exclude group: 'com.squareup.okio', module: 'okio' // 排除冲突库 [^3] } } ``` **方法3：私有化依赖（compileOnly）** 适用于仅需编译时存在的库： ```gradle compileOnly 'com.google.auto.value:auto-value-annotations:1.10.2' // 不打包进APK [^3] ``` #### 3. **系统级特殊处理** 当调试系统应用（如Settings）时： **步骤1：提取本地依赖** 将AOSP中的`*.jar`和`*.aar`文件放入`libs/`目录： ```gradle repositories { flatDir { dirs 'libs' } } dependencies { implementation(name: 'telephony-common', ext: 'jar') // 系统jar包 [^4] } ``` **步骤2：处理资源冲突** 在资源文件中添加前缀避免合并冲突： ```xml  <resources xmlns:tools="http://schemas.android.com/tools" tools:ignore="ResourceName" tools:prefix="custom_">  ``` #### 4. **NDK库冲突处理** 针对`.so`文件冲突： ```gradle android { packagingOptions { // 优先选择64位库 pickFirst 'lib/arm64-v8a/libssl.so' // 移除冗余库 exclude 'lib/armeabi-v7a/libcrypto.so' } } ``` #### 5. **验证与调试** 1. **清理缓存** ```bash ./gradlew clean rm -rf ~/.gradle/caches/ # 清除全局缓存 ``` 2. **日志分析** 关注编译日志中的关键错误： ``` > Duplicate class com.example.Foo found... > More than one file was found... // 资源冲突 ``` 3. **Android Studio工具** 使用 **View > Tool Windows > Gradle > Dependencies** 可视化检查依赖树 > ⚠️ **关键提示**：Android 14 必须声明组件`android:exported`属性[^1]，否则会导致`INSTALL_PARSE_FAILED_MANIFEST_MALFORMED`错误（常被误判为库冲突）。 --- ### 最佳实践 1. **版本锁定** 在根`build.gradle`中定义统一版本： ```gradle ext { okhttp_version = "4.12.0" } ``` 2. **模块隔离** 将易冲突库（如GSON、OKHttp）封装到独立module 3. **启用严格模式** 在`gradle.properties`中添加： ```properties android.enableJetifier=true # 兼容旧support库 android.strictPathChecks=true # 严格检测资源路径 ```