Exception:All com.android.support libraries must use the exact same version specification

最新推荐文章于 2021-05-27 17:11:38 发布
最新推荐文章于 2021-05-27 17:11:38 发布
阅读量746 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： BUG及其他问题 文章标签： Android All com.android.supp Found versions 25.3. 23.4.0. Examples inc 版本不一致
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Maiduoudo/article/details/79219590
本文介绍了当Android项目中出现不同版本的支持库时如何解决版本冲突的问题，通过统一依赖版本来避免运行时崩溃。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Ecception:All com.android.support libraries must use the exact same version specification


All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 25.3.0, 23.4.0. Examples includecom.android.support:animated-vector-drawable:25.3.0 and com.android.support:design:23.4.0more...(Ctrl+F1)


原因：依赖的版本不一致。

解决：将版本结合编译版本保持一致。

处理：加入相同版本的依赖，重新编译

[html]  view plain  copy
  1. compile 'com.android.support:support-v4:25.3.0'  
  2. compile 'com.android.support:design:25.3.0'  
  3. compile 'com.android.support:appcompat-v7:25.3.0'  
【我的Android进阶之旅】解决编译错误： com.android.builder.dexing.DexArchiveMergerException: Unable to merge dex
字节卷动
09-08 4952
一、问题描述 今天下午在编译项目的时候，替换了很多内部开发出来的库的版本信息，然后编译的时候出现一个错误，如下所示： 1.1 问题简单描述 FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':demo:transformDexArchiveWithExternalLi...
Android Studio 升级3.x 版本填坑尝试
bencheng06的博客
08-25 7785
Android Studio 升级3.x 版本填坑尝试 下载安装最新的studio3.1.1 前言 最近在公司中把android studio 升级到版本 3.1.1 ，但是随之而来的问题一大把 首先第一个，AS 3.1.1 使用的gradle版本是 gradle-4.4-all 计入使用低于这个版本的gradle ，整个工具将会进入一种低效能的状态，朋友经常跟我...
All com.android.support libraries must use the exact same version specification(mixing version can).
zhuziying99的专栏
01-11 963
     保持一致 compileSdkVersion 28 implementation 'com.android.support:appcompat-v7:28.0.0'
all com.android.support libraries must use the exact same version specification
thm的博客
02-01 440
在app build.gradle中添加： configurations.all { resolutionStrategy.eachDependency { DependencyResolveDetails details -> def requested = details.requested if (reques
解决支持库版本兼容问题：all com.android.support libraries must use the exact same version sp...
weixin_34280237的博客
01-25 340
如果引用的第三方库的支持库版本低于（或者不一致）app build.gradle中的支持库版本，可能会出现如下问题：all com.android.support libraries must use the exact same version specification(mixing versions can lead to runtime crashes)如下图所示：去改第三方库所用的支持库...
all android support,解决支持库版本兼容问题：all com.android.support libraries must use the exact same version sp...
weixin_35655990的博客
05-27 258
如果引用的第三方库的支持库版本低于(或者不一致)app build.gradle中的支持库版本，可能会出现如下问题：all com.android.support libraries must use the exact same version specification(mixing versions can lead to runtime crashes)如下图所示：去改第三方库所用的支持库...
解决支持库版本兼容问题：all com.android.support libraries must use the exact same version specification
qq_37517444的博客
07-14 204
from : http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2017/0910/8491.html如果引用的第三方库的支持库版本低于（或者不一致）app build.gradle中的支持库版本，可能会出现如下问题：all com.android.support libraries must use the exact same vers...
N-API (Node-API) 是一种平台无关的 C API，它允许编写高性能的 C/C++扩展模块来与 Node.js 运行时交互
BLOG域名:programb.blog.youkuaiyun.com
04-16 1895
N-API (Node-API) 是一种平台无关的 C API，它允许编写高性能的 C/C++扩展模块来与 Node.js 运行时交互，而无需了解 V8（JavaScript 引擎）的内部细节。然而，由于每个项目的具体情况不同，最好的做法通常是查阅项目的文档或查找具体的错误日志，以找到最合适的解决方案，因为直接复制粘贴一般不会解决根本原因。当你创建一个新的N-API模块，你需要指定要使用的N-API版本。文件中的N-API版本设置，你需要打开该文件（通常位于项目根目录下），找到与N-API相关的部分。
RAC: Frequently Asked Questions [ID 220970.1]
11-22 1632
RAC: Frequently Asked Questions [ID 220970.1]Applies to: Oracle Server - Enterprise Edition - Version 9....
实习杂记（31）：android多dex方案二
wust小吴
08-10 795
这一章是在继续学习android多dex之前必须要准备的知识 作为一个android开发者，在开发应用时，随着业务规模发展到一定程度，不断地加入新功能、添加新的类库，代码在急剧的膨胀，相应的apk包的大小也急剧增加， 那么终有一天，你会不幸遇到这个错误： 生成的apk在android 2.3或之前的机器上无法安装，提示INSTALL_FAILED_DEXOPT方法数量过多，
解决All com.android.support libraries must use the exact same version specification
qq_36366823的博客
05-17 620
在导入第三方的时候报了这么一个错误com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 27.0.2, 23.1.1. Examples include `com.android...
All com.android.support libraries must use the exact same version specification (mixing versions can
火星男孩的分享空间
09-05 523
问题： 导入leakcanary时： dependencies { debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.1' releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.1' // Optio...
All com.android.support libraries must use the exact same version secification(mixing versions..解决方案
AndyYuan317的博客
09-26 330
在项目中引用第三方库的时候开发的时候经常出现All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes).Found versions 27.0.2,25.3.1.Examples include com.a...
All com.android.support libraries must use the exact same version specification 的解决方法
孤途浪子
06-02 7761
问题描述:All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 24.2.1, 23.4.0. Examples include com.android.support:a
All com.android.support libraries must use the exact same version specification解决
Eric的博客
06-09 3306
问题：提示应用中存在多个版本，必须统一为一个。 解决方案：将其提示出说到的多个版本，统一为较高的那个版本就可以了。
Android API28:All com.android.support libraries must use the exact same version specification
chinaboyliusir的博客
07-03 2007
最近将sdk版本下载至最新的API 28,将compileSdkVersion改为28后，并将官方支持库改为相应版本时：def support_version = "28.0.0-alpha3" implementation "com.android.support:appcompat-v7:$support_version"提示有错误，错误详情为：All com.android.support ...
gradle版本冲突 All com.android.support libraries must use the exact same version specification
zcawesome的博客
03-22 568
在使用一些组件的时候常常会遇到组件冲突的情况比如报错： All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 27.1.1, 27.0.2. Examples inc...
All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes). Found versions 27.1.1, 26.1.0. Examples include com.android.support:animated-vector-drawable:27.1.1 and com.android.support:exifinterface:26.1.0
最新发布
06-07
<think>我们面对的问题是：统一com.android.support库的版本以避免混合版本导致的运行时崩溃。根据引用[1]：所有com.android.support库必须使用完全相同的版本（混合版本可能导致运行时崩溃）。同时，引用[2]提到在AndroidX环境下最低支持版本为28，但这里我们处理的是非AndroidX的support库（因为com.android.support是旧的支持库，而AndroidX是替代品）。用户指定了版本27.1.1和26.1.0，我们需要将所有相关库的版本统一到一个版本（比如都升级到27.1.1或都降到26.1.0，但通常选择较新的稳定版本）。另外，引用[3]提到了仓库顺序问题，引用[4]提到了可能由于特定库的版本问题需要增加插件。因此，解决步骤可归纳为：1.确定统一版本：通常选择项目中已有的最高版本，或者根据兼容性选择一个稳定版本（例如27.1.1）。2.修改项目中的所有com.android.support相关依赖，使其版本一致。3.注意仓库设置，确保从正确的仓库下载（优先使用Google的Maven仓库）。4.检查是否有其他插件或依赖导致间接引入了不同版本的support库，解决冲突。具体步骤：步骤1：在项目的根目录的build.gradle文件中，确保仓库设置正确（将Google仓库放在前面）引用[3]的配置：```groovyallprojects{repositories{maven{url&#39;https://maven.google.com/&#39;name&#39;Google&#39;}//注意：现在更常用的是google()，但这里为了兼容旧版jcenter()}}```实际上，现在推荐使用：```groovyallprojects{repositories{google()//等同于https://maven.google.com/，并且是Google推荐的jcenter()}}```步骤2：在模块的build.gradle文件中，将所有的com.android.support依赖改为统一版本，例如27.1.1。常见的support库包括：-com.android.support:appcompat-v7-com.android.support:design-com.android.support:recyclerview-v7-com.android.support:cardview-v7-com.android.support:support-v4-等等示例：```groovydependencies{implementation&#39;com.android.support:appcompat-v7:27.1.1&#39;implementation&#39;com.android.support:design:27.1.1&#39;implementation&#39;com.android.support:recyclerview-v7:27.1.1&#39;implementation&#39;com.android.support:cardview-v7:27.1.1&#39;implementation&#39;com.android.support:support-v4:27.1.1&#39;//其他依赖}```步骤3：处理依赖冲突有时候，其他第三方库可能依赖了较低版本的support库，我们可以通过强制指定版本来解决冲突。在模块的build.gradle中配置：```groovyconfigurations.all{resolutionStrategy{//强制所有使用com.android.support的依赖都使用27.1.1版本force&#39;com.android.support:appcompat-v7:27.1.1&#39;force&#39;com.android.support:design:27.1.1&#39;force&#39;com.android.support:recyclerview-v7:27.1.1&#39;force&#39;com.android.support:cardview-v7:27.1.1&#39;force&#39;com.android.support:support-v4:27.1.1&#39;//或者使用更简洁的方式（但需要确保所有可能用到的库都在这里列出，或者使用通配符？但通配符在force中不支持）//另一种方式：遍历所有依赖并统一版本，但Gradle提供了另一种方法：统一版本定义}}```或者，在Gradle3.0以上，可以使用：```groovydependencies{implementation&#39;com.android.support:appcompat-v7:27.1.1&#39;implementation&#39;com.android.support:design:27.1.1&#39;//...implementation(&#39;some.library:1.0.0&#39;){excludegroup:&#39;com.android.support&#39;,module:&#39;support-v4&#39;excludegroup:&#39;com.android.support&#39;,module:&#39;appcompat-v7&#39;//排除该库中对support库的依赖，然后由上面统一引入}}```步骤4：如果使用到了需要插件才能处理的库（如引用[4]中的黄油刀），确保插件版本兼容support库版本。但本例中，黄油刀插件版本8.8.1是支持27.1.1的。步骤5：同步Gradle，清理并重建项目。注意事项：-如果项目的compileSdkVersion低于27，则需要将compileSdkVersion升级到27（或以上），因为27.1.1需要27的编译版本。同样，buildToolsVersion也要相应升级（如27.0.3）。-升级compileSdkVersion后，可能还需要修改代码以适应新的API变化。引用[2]提到了AndroidX和SDK版本28，如果项目尚未迁移到AndroidX，并且未来打算迁移，那么现在统一到27.1.1是合适的，因为它是最后一个非AndroidX的大版本。如果问题仍然存在，请检查：-缓存问题：执行File->InvalidateCaches/Restart-网络问题：确保Gradle可以正常下载依赖-版本号是否写错：比如27.1.1写成27.1.0综上所述，统一版本的步骤为：1.配置正确的仓库顺序（google()优先）。2.将所有com.android.support依赖改为相同的版本（如27.1.1）。3.使用resolutionStrategy或exclude处理第三方库引入的冲突。4.同步Gradle，清理并重建项目。如果上述步骤无法解决，请检查是否漏掉了某个模块中的support库。最后，建议考虑迁移到AndroidX，因为Google已经停止对旧支持库的更新。但这是一个更大的工程，不在当前问题的讨论范围内。相关问题：1.如何迁移到AndroidX？2.如何处理多模块项目中的依赖版本冲突？3.如何查看依赖树以排查依赖冲突？</think> ### 如何统一com.android.support库版本以避免运行时崩溃 根据引用[1]的核心原则：「所有com.android.support库必须使用完全相同的版本，混合版本会导致运行时崩溃」，以下是完整解决方案： --- #### 📌 步骤1：强制统一Gradle依赖版本（关键） 在模块级 `build.gradle` 中添加全局版本限制，强制所有support库使用指定版本（示例以 `27.1.1` 为准）： ```gradle android { compileSdkVersion 27 // 必须与support库版本匹配[^1][^2] // ... } configurations.all { resolutionStrategy { force &#39;com.android.support:appcompat-v7:27.1.1&#39; force &#39;com.android.support:design:27.1.1&#39; force &#39;com.android.support:recyclerview-v7:27.1.1&#39; force &#39;com.android.support:cardview-v7:27.1.1&#39; // 添加项目中使用的其他v4/v7库 } } dependencies { implementation &#39;com.android.support:appcompat-v7:27.1.1&#39; implementation &#39;com.android.support:design:27.1.1&#39; // 其他依赖... } ``` - **原理**：`force` 命令覆盖第三方库传递的旧版本依赖（如26.1.0），确保全项目版本一致[^1]。 --- #### 🔍 步骤2：解决仓库拉取问题 在项目级 `build.gradle` 调整仓库顺序，确保优先从Google仓库下载： ```gradle allprojects { repositories { maven { url "https://maven.google.com" } // 必须置于jcenter前[^3] jcenter() } } ``` - **为何有效**：默认 `jcenter()` 可能返回过时或不完整库，优先访问Google仓库保证版本可用性[^3]。 --- #### ⚙️ 步骤3：检查编译环境兼容性 验证环境配置是否符合引用[^2]要求： ```gradle android { compileSdkVersion 27 // 需≥27 (因27.1.1要求API 27) buildToolsVersion "27.0.3" // 精确匹配版本 defaultConfig { targetSdkVersion 27 // 推荐与compileSdkVersion一致[^1] } } ``` - **版本对应关系**： | support库版本 | 最小 `compileSdkVersion` | 常见崩溃原因 | |---------------|---------------------------|-------------| | 27.x.x | 27 | 低于27会触发混合版本崩溃[^1] | | 26.x.x | 26 | | --- #### 🧹 步骤4：清理冲突残留 1. 删除冲突依赖： ```bash rm -rf .gradle/ # 删除Gradle缓存 rm -rf build/ # 删除所有模块的build目录 ``` 2. 在Android Studio中执行： - `Build > Clean Project` - `File > Invalidate Caches / Restart` --- #### 🛠️ 进阶排查（如仍存在问题） ```gradle // 查看依赖树 dependencies { implementation &#39;com.android.support:appcompat-v7:27.1.1&#39; implementation (&#39;com.example:some-library:1.0&#39;) { exclude group: &#39;com.android.support&#39; // 显式排除冲突库[^4] } } ``` 运行命令检查冲突来源： ```bash ./gradlew :app:dependencies --configuration releaseRuntimeClasspath ``` --- #### 📚 迁移建议 长期解决方案是迁移到 **AndroidX**（如引用[^2]所述），其内置版本统一管理： 1. Android Studio → `Refactor > Migrate to AndroidX` 2. 修改 `gradle.properties`： ```properties android.useAndroidX=true android.enableJetifier=true # 自动转换旧库 ``` --- ### 版本统一成功标志 - 所有 `com.android.support` 依赖版本一致 - `./gradlew build` 无警告 - 运行时无 `java.lang.NoSuchMethodError`（混合版本典型崩溃）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值