依赖库版本不一致导致的问题的解决思路_c++依赖库版本不一致-优快云博客

本文链接：https://blog.youkuaiyun.com/submit66/article/details/79600558

本文介绍了在编程中遇到的依赖库版本不一致问题，通过一个具体的Android开发示例，详细阐述了如何通过Gradle配置，设定统一的依赖库版本以避免编译错误。讨论了指定单一库版本和整个群组版本的方法，并提到了潜在的冲突问题。

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

我们在写代码时候总会借鉴一些第三方库，有的是别人写的比较优秀的，有的则是google官方提供的，但是我们在依赖之后编译运行时候总会出各种各样的问题，究竟是怎么回事呢？

前两天自己遇到了这么一个问题，编译时候报错如下：“Error:Execution failed for task ':app:preDebugBuild'.

> Android dependency 'com.android.support:appcompat-v7' has different version for the compile (27.0.2) and runtime (27.1.0) classpath. You should manually set the same version via DependencyResolution”，这个日志已经写的很清楚了，就是com.android.support:appcompat-v7这个依赖库有两个不同的编译版本，我们应该依赖的版本是同样的，但是自己看了下自己的gradle文件里面明明就只依赖了一个com.android.support:appcompat-v7:27.1.0这个版本啊，怎么就有多个版本了呢？那肯定是自己依赖的库里面又依赖了这个support:appcompat的库，其实如果一个个的找到底是哪个依赖库也用了这个support:appcompat库，那么会很麻烦，那么有没有一种方式就是直接指定所有的库都使用同一个版本，那么由于依赖库多而导致的版本不一致的问题不就迎刃而解了么？答案是肯定的：有。

是有方法设置依赖库的版本的，针对上面的support:appcompat库我们可以像下面一样子来指定自己所依赖的版本：

configurations.all {
    //循环一个个的依赖库
    resolutionStrategy.eachDependency { DependencyResolveDetails details ->
        //获取当前循环到的依赖库
        def requested = details.requested
        //如果这个依赖库群组的名字是com.android.support
        if (requested.group == 'com.android.support') {
            //且其名字不是以multidex开头的
            if (!requested.name.startsWith("multidex")) {
                //这里指定需要统一的依赖版本
                details.useVersion '27.1.0'
            }
        }
    }
}

上面注释写的也比较明白，其实原理就是在编译时候指定了一个群组的依赖库的版本，当然如果自己有需要也可以设置某一个依赖库的依赖版本，稍微解释下群组概念：'com.android.support:appcompat-v7:27.1.0'，前面的com.android.support是群组名称，因为android有很多support库，后面的appcompat-v7是具体库的名字，而27.1.0则是版本号，所以上面那段用Groovy写的代码的意思就是除了support里面的multidex库其他的都统一用27.1.0版本号。

有些同学说我不想指定一个群组的只想指定某一个库的可以吗？当然可以，只不过上面的判断只用requested.name来判断就好了，不过这个可能有个隐藏问题，就是如果两个不同的群组下面有名字相同的库就麻烦了，不过这种情况发生的概率比较小。

以上就是针对依赖库版本不一致导致问题的解决方法，特别是那种依赖库里面还有依赖库的情况。有问题，欢迎批评指正。