Jetpack系列组件--LiveData从相遇到相知
2020/1/25 6:30:09
本文主要是介绍Jetpack系列组件--LiveData从相遇到相知,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
一、什么是LiveData
-
LiveData组件是Jetpack新推出的基于观察者的消息订阅/分发组件,具有宿主(Activity、Fragment)生命周期感知能力,这种感知能力可确保 LiveData 仅分发消息给处于活跃状态的观察者,即只有处于活跃状态的观察者才能收到消息。
-
LiveData的消息分发机制,是以往的
Handler
、EventBus
、BroadcastReceiver
无法比拟的,它们不会顾及当前页面是否可见,一股脑的有消息就转发。导致即便应用在后台,页面不可见,还在做一些无用的绘制,计算(细心的同学可以发现微信消息列表是在可见状态时才会更新列表最新信息的)。
活跃状态:Observer所在宿主处于可见状态。即onStart、onCreate、onResume
二、 LiveData的优势
-
确保界面符合数据状态
LiveData 遵循观察者模式。当生命周期状态发生变化时,LiveData 会通知 [Observer
]对象并把最新数据派发给它。观察者可以在收到onChanged
事件时更新界面,而不是在每次数据发生更改时立即更新界面。 -
不再需要手动处理生命周期
只需要观察相关数据,不用手动停止或恢复观察。LiveData 会自动管理Observer的反注册,因为它能感知宿主生命周期的变化,并在宿主生命周期的onDestory
自动进行反注册。因此使用LiveData
做消息分发不会发生内存泄漏 -
数据始终保持最新状态
如果宿主的生命周期变为非活跃状态,它会在再次变为活跃状态时接收最新的数据。例如,曾经在后台的 Activity 会在返回前台后立即接收最新的数据。 -
支持黏性事件的分发
即先发送一条数据,后注册一个观察者,默认是能够收到之前发送的那条数据的 -
共享资源
我们可以使用单例模式拓展LiveData
,实现全局的消息分发总线。
三、如何引入LiveData
//指明使用livedata api 'androidx.lifecycle:lifecycle-livedata:2.1.0' api 'androidx.lifecycle:lifecycle-livedata-core:2.1.0' //或者使用聚合依赖,包含了 viewmodel 和 livedata api 'androidx.lifecycle:lifecycle-extensions:2.1.0'
四、LiveData衍生类
- MutavleLiveData
-
MutableLiveData
直接继承自LiveData
,这个类非常简单简单,仅仅是把复写了父类的postValue
,setValue
方法,把方法权限改成public
,这两个方法在父类中是protect
修饰的,无法直接调用。 -
我们在使用
LiveData
的做消息分发的时候,需要使用这个子类。之所以这么设计,是考虑到单一开闭原则,只有拿到MutableLiveData
对象才可以发送消息,LiveData
对象只能接收消息,避免拿到LiveData
对象时既能发消息也能收消息的混乱使用。
-
public class MutableLiveData<T> extends LiveData<T> { @Override public void postValue(T value) { super.postValue(value); } @Override public void setValue(T value) { super.setValue(value); } }
- MediatorLiveData
- 该类顾名思义是
LiveData
的聚合类。调用addSource
方法能够把其他LiveData
对象注册进去,有什么好处呢?比如有多个LiveData
需要观察同一个事件,常规的写法,我们势必要拿到每一个LiveData
对象分别注册一个Observer。 - 有了
MediatorLiveData
类之后,看下面的写法,我们可以统一观察多个LiveData
的发射的数据进行统一的处理
- 该类顾名思义是
//创建两个长得差不多的LiveData对象 LiveData<Integer> liveData1 = new MutableLiveData(); LiveData<Integer> liveData2 = new MutableLiveData(); //再创建一个聚合类MediatorLiveData MediatorLiveData<Integer> liveDataMerger = new MediatorLiveData<>(); //分别把上面创建LiveData 添加进来。 liveDataMerger.addSource(liveData1, observer); liveDataMerger.addSource(liveData2, observer); Observer observer = new Observer<Integer>() { @Override public void onChanged(@Nullable Integer s) { titleTextView.setText(s); } //一旦liveData或liveData发送了新的数据 ,observer便能观察的到,以便统一处理更新UI
五、LiveData工作原理源码分析
public abstract class LiveData<T> { private static final int START_VERSION = -1; private SafeIterableMap<Observer<T>, ObserverWrapper> mObservers = new SafeIterableMap<>(); private int mActiveCount = 0; private int mVersion = START_VERSION; //添加观察者到liveData必须在主线程 @MainThread public void observe(@NonNull LifecycleOwner owner, @NonNull Observer<T> observer) { //该方法会把传递进来的入参 observer包括成LifecycleBoundObserver // LifecycleBoundObserver顾名思义具有生命周期感知的观察者 LifecycleBoundObserver wrapper = new LifecycleBoundObserver(owner, observer); //于此同时会把包装之后的观察者添加到LifeOwner中。 //这句话至关重要,不仅仅是添加到lifeOwner中那么简单。 //他还会计算当前宿主的生命周期的状态,并把生命周期状态分发给wrapper对象 // 也就是会触发LifecycleBoundObserver#onStateChanged(LifecycleOwner source, Lifecycle.Event event);方法,我们下面再介绍 owner.getLifecycle().addObserver(wrapper); } //可以发现LiveData的postValue方法是protected修饰的,所以我们无法直接使用. //必须使用子类MutableLiveData才可以发送数据 //该方法可用于在子线程发送数据,该方法会调用Handler.Post抛到主线程,最终还是调用setValue在主线程上分发数据。 protected void postValue(T value) { // ArchTaskExecutor.getInstance().postToMainThread 这句话实际上就是拿到内部创建的Handler对象 ArchTaskExecutor.getInstance().postToMainThread(new runnable()->{ setValue((T) newValue); }); } //该方法同样是protected 修饰,无法直接使用 //该方法也可以用于发送数据,但必须在主线程中应用,方法内部有个线程判断的断言 @MainThread protected void setValue(T value) { assertMainThread("setValue"); // mVersion字段至关重要,该字段的值标记着liveData已经发射了几次数据了,默认为-1 mVersion++; //将本次要发射的数据 赋值给mData字段,临时保存,如果继续发射一条新的数据,该数据将会被覆盖 mData = value; //我们每次调用setValue,最终都会调用dispatchingValue方法把本次数据分发给注册进来的所有的观察者 dispatchingValue(null); } //该方法用于分发数据给观察者.如果方法入参observer不为空,则只分发给它。 //否则把数据分发给mObservers中已经注册的所有观察者 private void dispatchingValue(@Nullable ObserverWrapper observer) { if (observer != null) { //如果入参不为空,那么就只把本次数据分发给他了。 //这个情况在有新的observer调用observer()方法被注册进来时触发,这也就是为什么支持黏性事件的原因了。 //considerNotify做真正的判断和实际分发 considerNotify(observer); initiator = null; } else { //这个情况会在调用 postValue(),setValue()方法时触发 for (Iterator<Map.Entry<Observer<T>, ObserverWrapper>> iterator = mObservers.iteratorWithAdditions(); iterator.hasNext(); ) { considerNotify(iterator.next().getValue()); } } } private void considerNotify(ObserverWrapper observer) { //如果该observer不活跃,实际上是该observer所在宿主生命周期不活跃时,则不分发 if (!observer.mActive) { return; } //判断当前宿主的生命周期是否在活跃的生命周期范围内 即宿主的生命周期在onStart,onCreate,onResume等 if (!observer.shouldBeActive()) { observer.activeStateChanged(false); return; } //还有一层判断。当前观察者接收数据的次数是否大于等于liveData发射数据的次数. //只有观察者接收消息的次数小于发送消息的次数 才会分发给它,否则就会有重复接收数据了 if (observer.mLastVersion >= mVersion) { return; } //最后则把数据分发给被ObserverWrapper包装的mObserver对象,与此同时跟liveData的version字段做一次同步 observer.mLastVersion = mVersion; observer.mObserver.onChanged((T) mData); } //该方法至关重要,当且仅当有第一个观察者被注册到LiveData时会被激活 //实际上列表分页库组件 Paging 就是利用了该方法,巧妙的实现了跟LiveData的搭配 //当LiveData中的观察者都不活跃的时候,实际上也就是宿主不活跃的时候,会激活该方法 protected void onInactive() { } //重点来了。具有生命周期感知的观察者 //ObserverWrapper 类 在下面 class LifecycleBoundObserver extends ObserverWrapper implements GenericLifecycleObserver { @NonNull final LifecycleOwner mOwner; LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer<T> observer) { super(observer); mOwner = owner; } @Override boolean shouldBeActive() { //判断当前宿主是否在活跃状态内,也就是判断宿主的生命周期的值是否在onStart,onCreate ,onResume return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED); } @Override public void onStateChanged(LifecycleOwner source, Lifecycle.Event event) { //当观察到宿主将被销毁的时候,就会主动清理注册进来的mObserver了 if (mOwner.getLifecycle().getCurrentState() == DESTROYED) { removeObserver(mObserver); return; } //执行父类的方法,宿主的生命周期变了,当前观察者要跟着做出响应 //(宿主活跃:接收数据,宿主不活跃:把自己也变成非活跃状态) activeStateChanged(shouldBeActive()); } } private abstract class ObserverWrapper { final Observer<T> mObserver; //标记自己是否活跃,也对应着宿主是否活跃 boolean mActive; //接收数据的次数,至关重要并且mLastVersion =START_VERSION =-1;这 //无论之前liveData已经发射了几次数据,新注册进来的Observer接收数据的次数.都是小于等于liveData发送数据的次数。为黏性事件做了伏笔。 //后续我们打造0反射实现消息分发总线LiveDataBus(支持黏性事件)也会基于此设计。 int mLastVersion = START_VERSION; //传递一个被包装的observer对象。 ObserverWrapper(Observer<T> observer) { mObserver = observer; } void activeStateChanged(boolean newActive) { if (newActive == mActive) { return; } //变更当前观察者的状态,activeStateChanged被触发的实际有以下几种 //1.一个新的observer被注册进来,于此同时宿主会主动分发生命周期状态给它,就会触发该方法 //2.宿主生命周期发生了变化,宿主也会分发生命周期给它,触发该方法。 //3.在做数据分发的时候considerNotify,如果判断宿主处于非活跃状态,也会触发该方法 mActive = newActive; //计算liveData是否正处于非活跃状态 boolean wasInactive = LiveData.this.mActiveCount == 0; //因为有了本次变更,再次计算liveData中活跃观察者的个数 LiveData.this.mActiveCount += mActive ? 1 : -1; //如果LiveData之前处于非活跃状态,而现在至少有一个活跃的观察者了 if (wasInactive && mActive) { //则触发onActive方法 onActive(); } //如果LiveData中活跃的观察者个数为0 ,则执行 onInactive(); //也就是宿主不活跃了,那么活跃的观察者个数就是0 了 if (LiveData.this.mActiveCount == 0 && !mActive) { onInactive(); } //调用LiveData的方法吧数据分发给自己。嘿嘿 dispatchingValue(this); } }
六、LiveData工作原理图解
七、LiveData衍生用法
- 0反射打造不用反注册的消息分发总线LiveDataBus
- 配合Paging实现页面初始化数据的自动化加载
- 配合ViewModel实现数据层和View层的分离
- 配合Room数据库实现数据库数据变更 UI自动更新
- 配合Transformations.Map()可以实现数据发射前的过滤,转换等操作。
这篇关于Jetpack系列组件--LiveData从相遇到相知的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-06-26终极指南:Scrum中如何设置需求优先级
- 2024-06-26AI大模型企业应用实战(25)-为Langchain Agent添加记忆功能
- 2024-06-26小白家庭 nas 搭建方案-icode9专业技术文章分享
- 2024-06-23AI大模型企业应用实战(14)-langchain的Embedding
- 2024-06-23AI大模型企业应用实战(15)-langchain核心组件
- 2024-06-23AI大模型企业应用实战(16)-langchain核心组件
- 2024-06-23AI 大模型企业应用实战(06)-初识LangChain
- 2024-06-19EntBot.ai: AI Website Chatbot for Product Guides and Development Doc
- 2024-06-17zero-shot-learning-definition-examples-comparison
- 2024-06-06Package Easy(基于 NSIS 的打包exe安装包工具)使用方法-icode9专业技术文章分享