.observeOn(AndroidSchedulers.mainThread()) //RxAndroid
.subscribe(object :Observer {
override fun onSubscribe(d: Disposable) {
}
override fun onComplete() {
}
override fun onNext(t: String) {
}
override fun onError(e: Throwable) {
}
})
这种使用方式确实方便了不少,响应式编程的思想也很优秀,一切皆为事件流。通过RxAndroid
来切换UI线程和绑定页面生命周期,在页面关闭的时候,自动切断向下传递的事件流。
RxJava
最大的风险即在于内存泄露,而RxAndroid
确实规避了一定的泄露风险。 并且通过查看RxJava2CallAdapterFactory
的源码,发现也确实调用了cancel
方法,嗯……貌似不错呢。 但总是觉得RxJava过于庞大,有些大材小用。
3. LiveData
随着项目的的推进和Google全家桶的发布。一个轻量化版本的RxJava
进入到了我们视线,那就是LiveData
,LiveData
借鉴了很多RxJava
的的设计思想,也是属于响应式编程的范畴。LiveData
的最大优势即在于响应Acitivty
的生命周期,不用像RxJava
再去绑定声明周期。
同样的,我们首先需要添加LiveDataCallAdapterFactory (链接里是google官方提供的写法,可直接拷贝到项目中),用于把retrofit的Callback
转换为LiveData
:
addCallAdapterFactory(LiveDataCallAdapterFactory.create())
接口改为:
interface DemoService {
@POST(“oauth/login”)
@FormUrlEncoded
fun login(@Field(“name”) name: String, @Field(“pwd”) pwd: String): LiveData
}
调用:
api.login(“1”, “1”).observe(this, Observer {string ->
})
以上就是最基础的使用方式,在项目中使用时候,通常会自定义Observer
,用来将各种数据进行区分。
在上面调用的observe
方法中,我们传递了一个this
,这个this
指的是声明周期,一般我们在AppCompatActivity
中使用时,直接传递其本身就可以了。
下面简单跳转源码进行说明下。通过查看源码可以发现:
public void observe(@NonNull LifecycleOwner owner, @NonNull Observer observer)
其this
本身是传递的LifecycleOwner
。
那么我们在一层层跳转AppCompatActivity
,会发现AppCompatActivity
是继承于SupportActivity
的父类:
public class SupportActivity extends Activity implements LifecycleOwner, Component
其本身对LifecycleOwner
接口进行了实现。也就是说,除非特殊要求,一般我们只需要传递其本身就可以了。LiveData
会自动处理数据流的监听和解除绑定。
通常来说:在onCreate
中对数据进行一次性的绑定,后面就不需要再次绑定了。
当生命周期走到onStart
和onResume
的时候,LiveData
会自动接收事件流;
当页面处于不活动的时候,将会暂停接收事件流,页面恢复时恢复数据接收。(例如A跳转到B,那么A将会暂停接收。当从B回到A以后,将恢复数据流接收)
当页面onDestroy
时候,会自动删除观察者,从而中断事件流。
可以看出LiveData
作为官方套件,使用简单,生命周期的响应也是很智能的,一般都不需要额外处理了。
(更高级的用法,可以参考官方Demo,可以对数据库缓存等待都进行一整套的响应式封装,非常nice。建议学习下官方的封装思想,就算不用,也是对自己大有裨益)
4. Kotlin协程
上面说了那么多,这里步入了正题。大家仔细观察下会发现,上面均是使用的Retrofit
的enqueue
异步方法,再使用Callback
进行的网络回调,就算是RxJava和Livedata的转换器,内部其实也是使用的Callback
。在此之前,Retrofit
的作者也写了一个协程的转换器,地址在这,但内部依然使用的是Callback
,本质均为一样。(目前该库才被废弃,其实我也觉得这样使用协程就没意义了,Retrofit
在最新的2.6.0版本,直接支持了kotlin协程的suspend
挂起函数),
之前了解Retrofit
的小伙伴应该知道,Retrofit
是有同步和异步两种调用方式的。
void enqueue(Callback callback);
上面这就是异步调用方式,传入一个Callback
,这也是我们最最最常用到的方式。
Response execute() throws IOException;
上面这种是同步调用方法,会阻塞线程,返回的直接就是网络数据Response
,很少使用。
后来我就在思考,能不能结合kotlin的协程,抛弃Callback
,直接使用Retrofit
的同步方法,把异步当同步写,代码顺序书写,逻辑清晰,效率高,同步的写法就更加方便对象的管理。
说干就干。
首先写一个协程的扩展方法:
val api = ……
fun CoroutineScope.retrofit() {
this.launch(Dispatchers.Main) {
val work = async(Dispatchers.IO) {
try {
api.execute() // 调用同步方法
} catch (e: ConnectException) {
e.logE()
println(“网络连接出错”)
null
} catch (e: IOException) {
println(“未知网络错误”)
null
}
}
work.invokeOnCompletion { _ ->
// 协程关闭时,取消任务
if (work.isCancelled) {
api.cancel() // 调用 Retrofit 的 cancel 方法关闭网络
}
}
val response = work.await() // 等待io任务执行完毕返回数据后,再继续后面的代码
response?.let {
if (response.isSuccessful) {
println(response.body()) //网络请求成功,获取到的数据
} else {
// 处理 HTTP code
when (response.code()) {
401 -> {
}
500 -> {
println(“内部服务器错误”)
}
}
println(response.errorBody()) //网络请求失败,获取到的数据
}
}
}
}
上面就是核心代码,主要的意思都写了注释。整个工作流程是出于ui协程中,所以可以随意操作UI控件,接着在io线程中去同步调用网络请求,并且等待io线程的执行完毕,接着再拿到结果进行处理,整个流程都是基于同步代码的书写方式,一步一个流程,没有回掉而导致的代码割裂感。那么继续,我们想办法把获取的数据返回出去。
这里我们采用DSL方法,首先自定义一个类:
class RetrofitCoroutineDsl {
var api: (Call)? = null
internal var onSuccess: ((ResultType?) -> Unit)? = null
private set
internal var onComplete: (() -> Unit)? = null
private set
internal var onFailed: ((error: String?, code, Int) -> Unit)? = null
private set
var showFailedMsg = false
internal fun clean() {
onSuccess = null
onComplete = null
onFailed = null
}
fun onSuccess(block: (ResultType?) -> Unit) {
this.onSuccess = block
}
fun onComplete(block: () -> Unit) {
this.onComplete = block
}
fun onFailed(block: (error: String?, code, Int) -> Unit) {
this.onFailed = block
}
}
此类对外暴露了三个方法:onSuccess
,onComplete
,onFailed
,用于分类返回数据。
接着,我们对我们的核心代码进行改造,将方法进行传递:
fun CoroutineScope.retrofit(
dsl: RetrofitCoroutineDsl.() -> Unit //传递方法,需要哪个,传递哪个
) {
this.launch(Dispatchers.Main) {
val retrofitCoroutine = RetrofitCoroutineDsl()
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
最后
其实要轻松掌握很简单,要点就两个:
- 找到一套好的视频资料,紧跟大牛梳理好的知识框架进行学习。
- 多练。 (视频优势是互动感强,容易集中注意力)
你不需要是天才,也不需要具备强悍的天赋,只要做到这两点,短期内成功的概率是非常高的。
对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。
阿里P7Android高级教程
下面资料部分截图,诚意满满:特别适合有3-5年开发经验的Android程序员们学习。
附送高清脑图,高清知识点讲解教程,以及一些面试真题及答案解析。送给需要的提升技术、近期面试跳槽、自身职业规划迷茫的朋友们。
Android核心高级技术PDF资料,BAT大厂面试真题解析;
d高级教程
下面资料部分截图,诚意满满:特别适合有3-5年开发经验的Android程序员们学习。
[外链图片转存中…(img-0l9572Na-1711813532942)]
附送高清脑图,高清知识点讲解教程,以及一些面试真题及答案解析。送给需要的提升技术、近期面试跳槽、自身职业规划迷茫的朋友们。
Android核心高级技术PDF资料,BAT大厂面试真题解析;
[外链图片转存中…(img-Tl6hhPsC-1711813532942)]