Android版本依赖解析

Android版本依赖解析

如果现在有一个application， 有一个app主模块，一个business业务模块和一个公用的SDK a， 那么，版本依赖有下面3中情况：

第一种， app依赖的a的版本和business依赖的a的版本一致都是v0.01，此时是ok的

第二种， app依赖的a的版本高于business依赖的a的版本，这时这个app中拥有v0.0.1和v0.0.2两个版本的a.

我们有两个方式解决这个问题：

1. business通过compileOnly来依赖a，方式如下：

   dependencies {
       ....
       compileOnly 'xxx:a:v0.0.1'
   }
   复制代码

2. app依赖business时，设置属性transitive=false transitive用于自动处理子依赖项。默认为true，gradle自动添加子依赖项，形成一个多层树形结构；设置为false，则需要手动添加每个依赖项。

   dependencies {
       ....
       implementation ('xxx:business:1.0.0') {
           transitive = false
       }
   }
   复制代码

另外，我们必须保证版本v0.0.2兼容版本v0.0.1，这样才不会出现兼容性问题

第三种，app依赖的a的版本低于business依赖的a的版本，理论上说我们不应该让这种情况出现，但是实际开发过程中，难免会遇到

此时，很容易出现类找不到，方法找不到和资源文件找不到等问题。

没有完美的解决方案， 只能通过第二种情况的方式尝试去解决，不能保证

结论：

1. 主module(com.android.application)应该尽量依赖高版本SDK，以增强自身功能性、健壮性和安全性

2. 尽量保证主module和子module依赖的SDK版本一致

3. 如果不能保证一致，子module(com.android.library)应该尽量使用低版本SDK，以保证兼容性

转载于:https://juejin.im/post/5bd7ba7a6fb9a05cd7778fce