使用不同版本的Android支持库的变通方法

Question

这是指生成中出现的警告消息。gradle文件：

一切正常。Android支持库必须使用完全相同的版本规范（混合版本可能会导致运行时崩溃）

我很清楚这一点，并在自己的代码/构建中使用相同的版本。然而，对于我使用的一些第三方库，情况并非如此。

有时第三方库使用旧版本，而其他一些库使用新版本-因此更新您的支持库版本不会解决问题。

在某些情况下，您可能不想升级正在使用的支持库的升级版本。

使用不同版本的支持库重新编译第三方库也不是一个选项，因为在我的例子中代码不可用。

当其他引用的第三方库使用不同版本的支持库时，处理此问题的解决方法或推荐方法是什么？

Answer 1

您可以排除所有可传递的依赖项，也可以逐个排除，然后在构建中包含所需的版本。gradle文件。

不要告诉代码是可传递的。transitive的文档说明：

设置是否应解析此依赖项，包括或排除其可传递依赖项。属于此依赖项的工件本身可能对其他工件具有依赖性。后者被称为传递依赖。

示例：

compile('com.super.lib:awesome@aar') {
    transitive = false
}

使用排除方法：

添加排除规则以排除此依赖项的传递依赖项。

示例：

compile('com.super.lib:awesome@aar') {
    exclude group: 'com.dont.want.this', module: 'old-artifact'
}

但是，请注意，这并不保证排除的依赖项不会被另一个依赖项拉入。如果要从任何地方排除依赖项，请使用配置范围的排除策略：

configurations.all {
    exclude group: 'com.dont.want.this', module: 'old-artifact'
}

此外，您不需要同时指定group和模块名称。此示例来自gradle的JavaDoc：

dependencies {
     compile('org.hibernate:hibernate:3.1') {
         //excluding a particular transitive dependency:
         exclude module: 'cglib' //by artifact name
         exclude group: 'org.jmock' //by group
         exclude group: 'org.unwanted', module: 'iAmBuggy' //by both name and group
     }
}

这只是一个关于更改依赖版本号的危险的友好提醒。

使用此技术更改依赖项版本时，必须彻底测试应用程序，因为新/旧版本的依赖项中可能会出现中断性更改或意外行为。很明显，一个主要的版本号跳转很可能会导致崩溃/意外行为，但你甚至必须注意版本号的补丁部分，因为库创建者可能已经预料到依赖项的使用版本有一些bug，并且包括一些修复，一旦bug被修复，这些修复可能会破坏库。