关键字：关键字：关键字：Suggestion: add 'tools:replace="android:value"' to <meta-data> element at AndroidManifest.xml:26:9-28:38 to override. 编译冲突 Merge 错误
1.前言
SDK 开发中通常会引用一些依赖，例如 SDK 中引用了 v4 和 v7 包，那么接入 SDK 的 APP 中也同样引用了 V4 V7 包，但是和 SDK 中的V4 V7 版本不一样，这种情况下会引发什么问题？
当工程中依赖的不同版本的同一个依赖库，重复依赖的库都是通过 gradle 网络依赖方式，那么 AS 会默认选择高版本。
但是如果既有本地依赖版本，又有网络依赖版本，结果就是引起重复依赖冲突。
解决方式：都走网络依赖
2.检查依赖报告
Terminal 终端面板里输入以下命令
// XXX表示想打印的module的name
gradle XXX:dependencies
依赖报告示例如下：
+--- project :libraryContentLink
| \--- com.android.support:support-v4:25.1.0 -> 25.1.1
| +--- com.android.support:support-compat:25.1.1
| | \--- com.android.support:support-annotations:25.1.1 -> 25.3.1
+--- com.lzy.widget:imagepicker:0.5.5
| +--- com.android.support:appcompat-v7:25.1.1 (*)
| +--- com.github.chrisbanes.photoview:library:1.2.4
| | \--- com.android.support:support-v4:22.0.0 -> 25.1.1 (*)
| \--- com.android.support:recyclerview-v7:25.1.1 (*)
V4 和 V7 的顶级依赖是 -> 25.1.1
依赖报告中可以看到有些依赖标注了 *号，表示这个依赖被忽略了，这是因为其他顶级依赖中也依赖了这个传递的依赖， Gradle 会自动分析下载最合适的依赖。有些依赖形如22.2.1 ->23.1.1是由于默认会优先版本高的依赖.这个时候你想使用版本低的依赖的话需要排除掉高的依赖。因此这里需要排除Fresco里面的supportV4依赖。
3.两种情况的解决方案
Android Studio 机制：
Android Studio 默认情况下会优先高版本的依赖库。
实际情况分为两种
第一种情况：如果 SDK 中的版本高于 APP 中的版本？
解决方式一：
去掉 SDK 中的低版本依赖，使用 SDK 中的新版本（这个过程可以是 Android Studio自动完成，无需改动）
解决方式二：
如果 App 中不想引用高版本的 V4 V7 包，而 AS 中默认情况下会优先高版本的依赖库，这种情况下怎么办呢？需要手动处理排除依赖
compile('com.facebook.fresco:fresco:0.10.0') {
exclude module: 'support-v4'
}
第二种情况：如果 SDK 中的版本小于 APP 中的版本？
很抱歉 APP 中的某些功能可能不正常。
4.验证方法数
验证不同的版本添加后对方法数的影响：
简单的一个实现，验证了对方法数是没有影响的，在两个版本中
java.lang.NoClassDefFoundError: Failed resolution of: Landroid/support/v4/animation/AnimatorCompatHelper;
java.lang.NoSuchMethodError: No static method wrap(Ljava/lang/Object;)Landroid/support/v4/view/WindowInsetsCompat; in class Landroid/support/v4/view/WindowInsetsCompat; or its super classes (declaration of 'android.support.v4.view.WindowInsetsCompat' appears in /data/app/cn.xuexuan.newui-2/base.apk:classes12.dex)
在26.0.0-alpha1以上版本中没有AnimatorCompatHelper类。
经过这两次错误的分析，总结出一个规律，凡是出现Android/support/v4/中找不到类或者方法，可以确定是依赖了多个不同版本的support库，都可以使用下面介绍的方法来解决。
强制设置某个模块的版本
force强制设置某个模块的版本。
configurations.all {
resolutionStrategy {
force 'com.android.support:support-v4:24.1.0'
}
}
com.android.support包名的库版本都是用24.1.0
dependencies {
compile fileTree(include: ['*.jar'], dir: 'libs')
...
configurations.all {
resolutionStrategy.eachDependency {
DependencyResolveDetails details ->
def requested = details.requested
if (requested.group == 'com.android.support') {
if (!requested.name.startsWith("multidex")) {
details.useVersion '25.1.0'
}
}
}
}
}
另外一种方式排除依赖中的指定包
compile ('com.mcxiaoke.viewpagerindicator:library:25.1.0') {
exclude group: 'com.android.support'
}
描述：APP模块中添加v427.0.2解决
Error:Execution failed for task ':app:preDebugBuild'.
> Android dependency 'com.android.support:support-v4' has different version for the compile (22.0.0) and runtime (27.0.2) classpath. You should manually set the same version via DependencyResolution
Manifest merger failed : uses-sdk:minSdkVersion 14 cannot be smaller than version 16 declared in library[com.android.support:design:27.0.2]
产生原因：
某个依赖包的manifests中的minSdkVersion版本比项目的minSdkVersion要高
解决方法：
1.更改项目的uses-sdk:minSdkVersion
2.更改依赖包的uses-sdk:minSdkVersion
3.在项目的manifests标签下添加
设置minSdkVersion大于16
5.编译冲突场景
错误如下：
Error:Execution failed for task ':app:processDebugManifest'.
> Manifest merger failed : Attribute meta-data#android.support.VERSION@value value=(26.0.2) from [com.android.support:design:26.0.2] AndroidManifest.xml:28:13-35
is also present at [com.android.support:support-v4:26.1.0] AndroidManifest.xml:28:13-35 value=(26.1.0).
Suggestion: add 'tools:replace="android:value"' to <meta-data> element at AndroidManifest.xml:26:9-28:38 to override.
发生编译错误的引来库配置如下：app下下的build.gradle
android {
compileSdkVersion 26
defaultConfig {
targetSdkVersion 26
}
...
}
dependencies {
...
implementation 'com.android.support:design:26.1.0'
}
module下的build.gradle
android {
compileSdkVersion 26
buildToolsVersion '26.0.2'
...
}
dependencies {
...
implementation 'com.android.support:design:26.0.2'
}
6.编译冲突发生的原因
由于导入的SDK用的是design26.0.2的包，而当前项目里用的是design26.1.0，Manifest文件合并失败。即项目内出现了不同的support或者其他库也引用了多个版本，合并出现了merge错误。
7.编译冲突如何解决
7.1 方法一：手动修改方式强制使用相同版本
降级App中的support版本
将App中引用的design改为26.0.2和SDK中的版本保持一致。往旧版本改，虽然问题可以解决，但是不推荐。
7.2 方法二：gradle配置方式强制使用相同版本
强制使用相同版本
configurations.all {
resolutionStrategy.eachDependency { details ->
def requested = details.requested
if (requested.group == 'com.android.support') {
if (!requested.name.startsWith("multidex")) {
details.useVersion '25.3.1'
}
}
}
}
7.3 方法3：升级App中的版本
module中引用如下
android {
compileSdkVersion 26
buildToolsVersion '26.0.2'
...
}
dependencies {
...
implementation 'com.android.support:design:26.0.2'
}
当app中的如下配置的时候引发了Merge错误。
android {
compileSdkVersion 26
defaultConfig {
targetSdkVersion 26
}
...
}
dependencies {
...
implementation 'com.android.support:design:26.1.0'
}
当把app中的配置升级后
android {
compileSdkVersion 27
defaultConfig {
targetSdkVersion 27
}
...
}
dependencies {
...
implementation 'com.android.support:design:27.0.2'
}
再次执行，发现问题解决了。上面提到了：项目内出现了不同的support或者其他库也引用了多个版本，合并出现merge错误。如果这个不同的support版本是跨大版本号的，例如moduel中用的是26.0.1，app中用的是27.0.2，相差了一个level这时候会自动选择高版本的support，如果是26.0.2和26.1.0，相差的只是小版本，这时候可能需要手动处理了。
http://www.bubuko.com/infodetail-2027963.html
http://blog.csdn.net/p576518762/article/details/78320477
http://blog.csdn.net/xx326664162/article/details/71488551
