更新到android studio 2.3后，我收到了这个错误消息。我知道这只是一个提示，因为应用程序运行正常，但这真的很奇怪。
所有com.android.support库必须使用完全相同的版本规范（混合版本可能导致运行时崩溃）。找到版本25.1.1、24.0.0。示例包括com.android.support:animatedvector-drawable:25.1.1和com.android.com/support:mediarouter-v7:24.0.0
我的成绩：
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
})
testCompile 'junit:junit:4.12'
compile 'com.android.support:appcompat-v7:25.1.1'
compile 'com.android.support:support-v4:25.1.1'
compile 'com.android.support:design:25.1.1'
compile 'com.android.support:recyclerview-v7:25.1.1'
compile 'com.android.support:cardview-v7:25.1.1'
compile 'com.google.android.gms:play-services-maps:10.2.0'
compile 'com.google.android.gms:play-services:10.2.0'
compile 'io.reactivex.rxjava2:rxjava:2.0.1'
compile 'io.reactivex.rxjava2:rxandroid:2.0.1'
compile 'com.jakewharton:butterknife:8.4.0'
annotationProcessor 'com.jakewharton:butterknife-compiler:8.4.0'
compile 'com.blankj:utilcode:1.3.6'
compile 'com.orhanobut:logger:1.15'
compile 'com.facebook.stetho:stetho:1.4.2'
provided 'com.google.auto.value:auto-value:1.2'
annotationProcessor 'com.google.auto.value:auto-value:1.2'
annotationProcessor 'com.ryanharter.auto.value:auto-value-parcel:0.2.5'
compile 'com.mikepenz:iconics-core:2.8.2@aar'
compile('com.mikepenz:materialdrawer:5.8.1@aar') { transitive = true }
compile 'com.mikepenz:google-material-typeface:2.2.0.3.original@aar'
compile 'me.zhanghai.android.materialprogressbar:library:1.3.0'
compile 'com.github.GrenderG:Toasty:1.1.1'
compile 'com.github.CymChad:BaseRecyclerViewAdapterHelper:2.8.0'
compile 'com.github.MAXDeliveryNG:slideview:1.0.0'
compile 'com.facebook.fresco:fresco:1.0.1'
compile 'com.github.bumptech.glide:glide:3.7.0'
compile 'com.google.maps.android:android-maps-utils:0.4.4'
compile 'com.github.jd-alexander:library:1.1.0'
}
A） 运行渐变相关性或/gradlew相关性
B） 查看您的树，找出您的哪个依赖项正在为您无法控制的依赖项指定不同的支持库版本。
我没有意识到，如果您自己的代码完全不使用依赖项，则还会显示此警告。在我的例子中，Facebook指定了一些我没有使用的支持库，你可以在下面看到，大多数依赖项都被我自己的25.2.0规范覆盖了，用->X.X.X（*）符号表示。卡视图和自定义选项卡库没有被任何人覆盖，所以我需要自己为这些库请求25.2.0，即使我不使用它们。
+--- com.facebook.android:facebook-android-sdk:4.17.0
| +--- com.android.support:support-v4:25.0.0 -> 25.2.0 (*)
| +--- com.android.support:appcompat-v7:25.0.0 -> 25.2.0 (*)
| +--- com.android.support:cardview-v7:25.0.0
| | \--- com.android.support:support-annotations:25.0.0 -> 25.2.0
| +--- com.android.support:customtabs:25.0.0
| | +--- com.android.support:support-compat:25.0.0 -> 25.2.0 (*)
| | \--- com.android.support:support-annotations:25.0.0 -> 25.2.0
| \--- com.parse.bolts:bolts-android:1.4.0 (*)
如果gradle已经警告过你并给了你一些例子。。。
示例包括com.android.support:animatedvector-drawable:25.1.1和com.android.support:mediarouter-v7:24.0.0
…如果为较低版本添加一些grep高亮显示，这会更容易，因为gradle依赖关系可能非常冗长：
./gradlew dependencies | grep --color -E 'com.android.support:mediarouter-v7|$'
所有com.android.support库必须使用完全相同的版本规范（混合版本可能导致运行时崩溃）。找到版本25.1.1、24.0.0。示例包括com.android.support:animatedvector-drawable:25.1.1和com.android.com/support:mediarouter-v7:24.0.0
当我们使用Google Play Services时，通常会出现此警告，因为它使用支持库作为依赖项。
我们大多数人都不知道我们可以覆盖Google Play Services中使用的支持库。当我们使用以下依赖项时：
implementation "com.android.support:animated-vector-drawable:25.1.1"
它隐含地依赖于com.android.support:mediarouter-v7:25.1.1。但它与谷歌Play服务的依赖性冲突，后者是com.android.support:mediarouter-v7:24.0.0。因此，我们需要通过显式使用库来重写它：
implementation "com.android.support:mediarouter-v7:25.1.1"
然后，依赖项块将包括这两个项，如下所示：
dependencies {
implementation "com.android.support:animated-vector-drawable:25.1.1"
implementation "com.android.support:mediarouter-v7:25.1.1"
...
}
对于所有情况，不仅仅是这些版本或库：
注意这个小信息窗口，它显示了一些关于错误的信息，其中显示了您必须更改和添加的示例。
在这种情况下：
找到版本25.1.1、24.0.0。示例包括com.android.support:animatedvector-drawable:25.11和com.android.support:mediarouter-v7:24.0.0
Your
support:动画矢量可绘制：25.1.1
是版本25.1.1
com.android.support:mediarouter-v7:24.0.0
版本为24.0.0，因此您必须添加具有相同版本的mediarouter：
com.android.support:mediarouter-v7:25.1.1
对于小信息窗口显示的每个示例，都要这样做，在本例中，所有没有25.1.1版本的库都要这样。
修复指定的库后，必须同步放坡，以查看需要更改的下一个库和包。
重要：如果您没有显式地使用一个或多个指定的库，并且它会给您带来错误，这意味着另一个库正在内部使用它，那么无论如何都要显式地编译它。
您还可以使用另一种方法来查看您实际编译的所有库的版本的差异（例如运行grade依赖关系报告或转到库文件），真正的目的是编译您使用的所有库，使其具有相同的版本。
