Android模块添加依赖后无法找到的原因（implementation和api的区别）

　

implementation

Android模块添加依赖后无法找到的原因（implementation和api的区别）

场景：

Android3.0以上，例如在BaseLibrary中添加了

dependencies {
    implementation 'io.reactivex.rxjava2:rxjava:2.2.0-SNAPSHOT'
}

我们在BaseLibrary中可以正常使用rxjava。

这时我们的UserCenter中添加了

dependencies {
   implementation project(':BaseLibrary')
}

按照依赖关系来看我们在UserCenter可以正常使用rxjava，但是实际我们并不能使用。

分析和解决：

我们在BaseLibrary可以使用，UserCenter中不能使用，可以看出rxjava并没有对我们的UserCenter开放，导致的不能使用。

引起这个的原因是因为AndroidStudio升级到3.0之后，gradle版本也随之升级到了3.0.0版本。之前的compile变为api 指令和implementation指令，但是IDE提示我们的一般都是implementation指令。那这个两个有什么区别吗？我们来看看。

api 指令：完全等同于compile指令，没区别，你将所有的compile改成api，完全没有问题。

implementation指令：这个指令的特点是，如果在某个模块A中使用了该命令编译的依赖，对该模块A有依赖的模块B将无法访问到使用该命令编译的依赖中的任何代码，也就是将该依赖隐藏模块A在内部，而不对外部公开。简单的说，就是使用implementation指令的依赖不会传递。

接下来解决的办法大家都能想到了，在BaseLibrary中的依赖修改为api的引用方式即可。

dependencies {
    api 'io.reactivex.rxjava2:rxjava:2.2.0-SNAPSHOT'
}

这个依赖关系可以传递我们在UserCenter模块中就可以使用rxjava了。

相关阅读

Android 网络编程(一) 网络基本知识的了解

文章目录引言OSI 七层网络模型物理层数据链路层网络层传输层会话层表达层应用层TCP/IP 四层模型IP 协议TCP 协议TCP 的三次握手与

Android Toast使用的简单小结

老规矩，先上效果图吧 主要实现了几种常用的方式： 1.最基本的Toast 系统自带Toast采用的是队列的方式， 等当前Toast消失后， 下一

android tombstone如何分析

在android开发过程中，不可避免的会出现apk崩溃的问题，apk崩溃出现java层时可以被java层捕获，native层崩溃时系统同样会打印出崩溃信

Android实现一个简单的SQLite数据库的增删改查

Android实现一个简单的SQLite数据库的增删改查 SQLite是一个轻量级的嵌入式数据库引擎，它支持SQL语言，并且占用很少的内存就

Android N (--min-api 24): void butterknife.Unbinde

引入最新com.jakewharton:butterknife:9.0.0-rc2后，出现： Caused by: com.android.tools.r8.utils.AbortException: Error: Static