一、模块依赖
这里引用一下谷歌链接:
https://developer.android.com/studio/build/dependencies#google-maven
当我们接入第三方sdk的时候需要调用第三方的代码。那么第三方的代码从哪里来?我们可以通过在gradle文件中声明dependencies来获取第三方的代码库如:
repositories {
mavenCentral()
google()
jcenter()
maven { url 'https://jitpack.io' }
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar', '*.aar'])
// 谷歌登录部分
implementation 'com.google.android.gms:play-services-auth:19.2.0'
}
我在app的Gradle中声明:这里repositories代表引用从哪里下载 ,下面的 implementation fleTree(dir: 'libs', include:['*.jar', '*.aar']) 表示引用了 libs文件夹下面所有的jar和 aar文件, 最后一句表示需要下载谷登录的19.2.0版本的代码。
二、打包时如何处理依赖
这里引用一下谷歌的链接:https://developer.android.com/studio/build/dependencies#dependency-order
gradle中我们在dependencies声明依赖的顺序就代表依赖的优先级,写在上面的依赖优先级高于写在下面依赖的优先级:
dependencies {
// 谷歌登录部分
implementation 'com.google.android.gms:play-services-auth:19.2.0'
// 谷歌支付
implementation 'com.android.billingclient:billing:4.0.0'
implementation 'com.google.android.gms:play-services-wallet:18.1.2'
}
如果我这么写就代表着谷歌登录的优先级高于谷歌支付的优先级,如果支付引用的代码和登录引用的代码有重复,当支付的代码对应的版本较低时,就会使用登录的代码打包和编译。
三、为什么依赖重复后会有报错
重复依赖报错:https://developer.android.com/studio/build/dependencies#resolution_errors
版本不同报错:https://developer.android.com/studio/build/dependencies#custom_dep_resolutions
重复依赖的报错我们可以通过排除的方式来解决重复依赖报错:
exclude group: 'com.google.guava', module: 'listenablefuture'
重复依赖的报错我们可以通过更新较旧的库来解决:
目的一:使两者版本一致
目的二:使另外一个的版本更高一些,用安卓自带的版本冲突处理策略来解决问题。