Android-面试-Jetpack-LiveData-你必须滴知道得知道的那些玩意儿(1)

本文探讨了Android LiveData如何避免内存泄漏,解释了其自动取消订阅的原理,并讨论了LiveData在传相同值时的回调行为。此外,文章还介绍了使用LiveData实现通信总线的优势及潜在问题,揭示了为何使用LiveDataBus代替EventBus和RxBus的原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

作者:RicardoMJiang

前言

阅读本文前,大家可以先思考一些这几个问题:
1.LiveData为什么可以自动取消订阅,如何避免内存泄漏?
2.LiveData设置相同的值,会不会回调?
3.LiveData有什么坑?如何实现LiveDataBus?

带着问题学习可以让我们在学习的过程中更加有目的性与条理。
例如在读源码的过程中,我们如果从头开始读,往往千头万绪,抓不住要领。
而如果在开始读之前先带着几个问题,则可以让我们在读源码的过程中有一个主线。
最后也可以通过判断自己的问题是否得到解决了,来判断自己是否真的读懂了,不然面对成千上万行的代码,很容易有白读了的感觉。

好了,让我们带着问题进入正文吧~

LiveData如何避免内存泄漏?

首先说说为什么会发生内存泄漏
当一个长生命周期的对象引用了一个短生命周期的对象,就会产生内存泄漏。
比如当我们使用Rxjava来发起一个网络请求的时候,而在Activity关闭的时候没有取消订阅,就会发生内存泄漏.
所以需要用户使用CompositeDisposable,来在onDestroy时取消订阅

private var d: Disposable? = null
private lateinit var ds: CompositeDisposable

override fun onClick(v: View) {
when (v.id) {
R.id.btn_start_count -> {
d = Observable.interval(1, TimeUnit.SECONDS)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe {
tv_count.text = it.toString()
loge(TAG, “count:$it”)
}
ds.add(d!!)

}
}
}

override fun onDestroy() {
super.onDestroy()
ds.dispose()
}

如上所示:通过compositeDisable可以避免Rxjava发生内存泄漏。
但是这种方法依赖于用户手动操作,容易忘记与出现问题。

但使用LiveData却不用担心这个问题,LiveData订阅后,在页面销毁后可以自动取消订阅

class MutableLiveDataFragment : Fragment() {

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值