Android com.android.support冲突解决

//强制所有的第三方包使用指定版本的support包：
    configurations.all {
        resolutionStrategy.eachDependency { DependencyResolveDetails details ->
            def requested = details.requested
            if (requested.group == 'com.android.support') {
                if (!requested.name.startsWith("multidex")) {
                    details.useVersion '28.0.0'
                }
            }
        }
    }

或者定位具体的包

implementation('com.zhihu.android:matisse:0.5.2-beta3'){
    excludegroup:'com.android.support'
}

 

All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes

当我们使用android studio添加一些第三方的依赖库时，很可能会提示上面这个错误。

大致意思就是com.android.support的包版本号要保持一致，但是可能我们自己新建的项目的com.android.support包版本号要高一些，一些第三方的库的com.android.support可能没有及时更新support库，就会出现这个错误。

解决方法（同样的适用于其他的依赖冲突。）

修改自己项目中的com.android.support的版本号，与所依赖的库版本号一致，但是当我们依赖的库中的com.android.support版本号有好几个版本就不行了。（不推荐）
依赖第三方库时候排除掉对com.android.support包的依赖，这样自己的项目随便依赖什么版本都可以，但是这种方法需要你先找到哪些库存在冲突
通过groovy脚本强制修改冲突的依赖库版本号 （推荐）
排除依赖法
我们先来看第二种方法

首先我们需要知道哪些库存在着冲突
点击Terminal 输入 gradlew -q app:dependencies 回车即可将app中所依赖的库展示出来

然后找出存在冲突的依赖库，这里我们可以看到是arouter中的一个依赖存在版本号不一致的情况，我们只需要将冲突的依赖排除掉即可。

exclude group:表示只要包含com.android.support的都排除
api是android studio3.0中新的依赖方式，对依赖方式还不熟悉的话可以看这篇文章：Android Studio3.0新的依赖方式

例如：

    api("com.afollestad.material-dialogs:core:0.9.5.0") {
        exclude group: 'com.android.support'
    }
1
2
3
module：删排除group中的指定module
例如：

    api("com.afollestad.material-dialogs:core:0.9.5.0") {
        exclude group: 'com.android.support', module: 'support-v13'
        exclude group: 'com.android.support', module: 'support-vector-drawable'
    }
1
2
3
4
另外还有一个建议，在我们自己创建library给别人使用时，如果需要依赖com.android.support的话，建议用provided的方式依赖（android studio3.0中更改为compileOnly），这样只会在编译时有效，不会参与打包。以免给使用者带来不便。

例：

    provided 'com.android.support:appcompat-v7:26.1.0'
    provided 'com.android.support:design:26.1.0'
    provided 'com.android.support:support-vector-drawable:26.1.0'
1
2
3
通过Grovvy脚本修改版本号解决冲突
在其存在冲突的module中的build.gradle文件中加入下面代码，原理就是通过遍历所有依赖，并修改指定库的版本号

其中
requested.group == 'com.android.support' com.android.support表示要修改的依赖库

details.useVersion '28.0.0'    28.0.0表示要修改的版本号

configurations.all {
    resolutionStrategy.eachDependency { DependencyResolveDetails details ->
        def requested = details.requested
        if (requested.group == 'com.android.support') {
            if (!requested.name.startsWith("multidex")) {
                details.useVersion '28.0.0'
            }
        }
    }
}
--------------------- 
 

 

 

Android Studio3.0正式版已经出来了，相比2.x的版本，Gradle版本也升级为了3.x，编译速度提高了不少。
当我们使用AS3.0新建项目时会发现，默认的依赖由之前的compile更改为implementation了。

下面我们来看看他们之前的差异：

首先是2.x版本的依赖方式：

再来看看3.0的：

可以看到在Android studio3.0中，compile依赖关系已被弃用，被implementation和api替代，provided被compile only替代，apk被runtime only替代，剩下的看名字就知道了。

我们先来看看implementation和api的区别：

api：跟2.x版本的 compile完全相同

implementation：只能在内部使用此模块，比如我在一个libiary中使用implementation依赖了gson库，然后我的主项目依赖了libiary，那么，我的主项目就无法访问gson库中的方法。这样的好处是编译速度会加快，推荐使用implementation的方式去依赖，如果你需要提供给外部访问，那么就使用api依赖即可

还不熟悉2.x版本依赖的可以看看下面的说明，括号里对应的是3.0版本的依赖方式。

compile（api）
这种是我们最常用的方式，使用该方式依赖的库将会参与编译和打包。
当我们依赖一些第三方的库时，可能会遇到com.android.support冲突的问题，就是因为开发者使用的compile依赖的com.android.support包，而他所依赖的包与我们本地所依赖的com.android.support包版本不一样，所以就会报All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes这个错误。

解决办法可以看这篇博客：com.android.support冲突的解决办法

provided（compileOnly）
只在编译时有效，不会参与打包
可以在自己的moudle中使用该方式依赖一些比如com.android.support，gson这些使用者常用的库，避免冲突。

apk（runtimeOnly）
只在生成apk的时候参与打包，编译时不会参与，很少用。

testCompile（testImplementation）
testCompile 只在单元测试代码的编译以及最终打包测试apk时有效。

debugCompile（debugImplementation）
debugCompile 只在debug模式的编译和最终的debug apk打包时有效

releaseCompile（releaseImplementation）
Release compile 仅仅针对Release 模式的编译和最终的Release apk打包。