android Jetpack 之 LiveData

本文深入探讨了Android架构组件LiveData及其实现类MutableLiveData的工作原理。解析了postValue与setValue方法的区别,以及它们如何确保数据的正确传递和更新。特别关注了mVersion变量在监听回调中的作用,以及dispatchingValue方法的执行流程。

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

1.MutableLiveData.java

LiveData的实现类。可以对Data进行设置。

postValue(T value):对调用的线程没有要求,调用后会直接对mPendingData进行设置。然后会向主线程的Handler发送一个Runnable。

好处:

1.在异步线程对数据进行修改

2.主线程没有执行mPostValueRunnable之前,异步线程能够多次听过postValue设置数据,同时mPendingData始终保存着

最新设置的值。

3.postTask变量,能够保证,mPostValueRunnable未执行前,主线程的Handler不会被一直添加message。

 

mPostValueRunnable的实现:

通过mPendingData来保证主线程设置的值是Runnale执行前的最新值。

 

setValue实现:

这里mData得到了真正的设置。同时这里有个变量相当重要,mVersion。mVersion表示了数据被修改的次数。

当对LiveData添加监听的时候,创建的监听中也有一个成员变量mLastVersion,并进行了初始化。

这个值会和LiveData中的mVersion进行比较。当mVersion > mLastVersion时,此监听在合适的时候就会被回调。

所以这就有一点需要注意,在LiveData在ViewModel中使用时,需要注意即使Activity在应Configuration变化导致

重建时,即使这个过程中LiveData没有被修改过,只要添加新建了监听,LiveData的mVersion不为初始值,那么

在生命周期的dispatchStart阶段监听还是会被回调。

 

dispatchingValue的实现:

因为传入的参数为null,所以需要尝试回调所有注册的监听。

一个设置的监听能够被回调要满足一些条件

  1. 处于active状态

     2.监听中的数据version需要小于LiveData的版本

 

最后就是更新监听的数据version并通知监听数据跟新了,并将数据入参。(当然监听的回调是在主线中被执行的)

 

 

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值