前言
在项目开发中，不可避免用到support library。不仅自己撰写的代码中会引用这个库，使用的一些第三方库底层也会使用这个库。往往你用的support library的版本和第三方的版本冲突。默认情况下，support库会使用高版本。例如，你的工程中support library的版本是25.3.1，但某个第三方库可能在你不知情的情况下，默默的使用了support 26.0.0。正常来说是没有问题的。但是某些情况下，support library版本兼容会有问题。这里记录一个support library的兼容问题。
代码分析
今天再项目中升级的Google自己的Android Architecture Components版本号，莫名其妙App一些地方直接崩溃了，提示support库的一些类找不到。
java.lang.NoClassDefFoundError: Failed resolution of: Landroid/support/v4/animation/AnimatorCompatHelper
AnimatorCompatHelper 这个类在support 26.0.0中好像不存在了。打印了Architecture Components升级前后的依赖树：
1.0.0正式版.png
1.0.0 alpha版.png
在这个第三方库的内部，默默升级了support library的版本。
代码实现
在项目中，特别是比较大的项目，很难预料，其他module的模块依赖。这个时候，我们希望的gradle 依赖选取策略不是直接取高版本，而是希望整个项目可以在build的入口处统一指定一些公用底层库的版本，避免一些由于版本引起的不可描述的bug。这里参考StackOverFlow上的解决方案：
configurations.all {
resolutionStrategy.eachDependency { DependencyResolveDetails details ->
def requested = details.requested
if (requested.group == 'com.android.support') {
if (!requested.name.startsWith("multidex")) {
details.useVersion '25.3.0'
}
}
}
}
添加如下代码，可以对指定依赖模块，指定版本。这个非常有用，glide，okhttp等第三方库也可以参考这个方法，统一管理版本。
