Android Jetpack之ViewModel、LiveData
Android Jetpack之LifeCycle
Android Jetpack之DataBinding+ViewModel+LiveData+Room
前言
Jetpack是一个由多个技术库组成的套件,可帮助开发者遵循最佳做法,减少样板代码并编写可在各种Android版本和设备中一致运行的代码,让开发者精力集中编写重要的代码。
一、LiveData
LiveData 是一种持有可被观察的数据存储类。和其他可被观察的类不同的是LiveData 可以在 Activity ,fragment 或者 service 生命周期发生改变时通知更新。LiveData 已经是必不可少的一环了,例如 MVVM 以及 MVI 开发模式中,都用到了 LiveData。
(注意⚠️源码是Java代码)
LIveData 的优势:
- 确保界面符合数据状态:数据发生变化时,就会通知观察者。我们可以再观察者回调中更新界面,这样就无需在数据改变后手动更新界面了。
- 没有内存泄漏,因为关联了生命周期,页面销毁后会进行自我清理。
- 不会因为Activity 停止而导致崩溃,页面处于非活跃状态时,他不会接收到任何 LiveData 事件。
- 共享资源,可以使用单例模式扩展 LiveData 对象,以便在应用中共享他们。
- 屏幕翻转数据状态保留
- 不再需要手动处理生命周期
- 数据始终保持最新状态
二、使用案例
LiveData 是一种可用于任何数据的封装容器,通常 LiveData 存储在 ViewModel 对象中。
class JokesDetailViewModel : ViewModel() { //创建 LiveData private val _state by lazy { MutableLiveData() } val state : LiveData = _state private fun loadChildComment(page: Int, commentId: Int, parentPos: Int, curPos: Int) { viewModelScope.launch { launchHttp { jokesApi.jokesCommentListItem(commentId, page)//请求数据 }.toData { //通知观察者 _state.value = JokesUIState.LoadMoreChildComment(it.data, parentPos, curPos) } } } } //观察 LiveData viewModel.state.observe(this, Observer { //更新 UI })
三、LiveData 实现原理
- Observer:观察者接口;
- LiveData:发送已经添加观察的逻辑都在其中;
- ObserverWrapper:抽象的观察者包装类;
- LifecycleBoundleObserver:继承 ObserverWrapper;
- LifecycleEventObserver,生命周期相关回调;
observe(this,Observer{})
@MainThread public void observe(@NonNull LifecycleOwner owner, @NonNull Observer super T> observer) { //如果已经销毁,直接退出 if (owner.getLifecycle().getCurrentState() == DESTROYED) { return; } //包装类(下面源码) LifecycleBoundObserver wrapper = new LifecycleBoundObserver(owner, observer); //判断是否已添加 ObserverWrapper existing = mObservers.putIfAbsent(observer, wrapper); if (existing != null && !existing.isAttachedTo(owner)) { //.... } //之前添加过 if (existing != null) { return; } //注册 lifecycle,生命周期改变时会回调 owner.getLifecycle().addObserver(wrapper); }
LifecycleBoundObserver(owner, observer)
class LifecycleBoundObserver extends ObserverWrapper implements LifecycleEventObserver { @NonNull final LifecycleOwner mOwner; LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer super T> observer) { super(observer); mOwner = owner; } //当前状态大于或者等于 STARTED 返回 true @Override boolean shouldBeActive() { return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED); } //生命周期相关回调 @Override public void onStateChanged(@NonNull LifecycleOwner source, @NonNull Lifecycle.Event event) { Lifecycle.State currentState = mOwner.getLifecycle().getCurrentState(); //如果已经销毁,移除观察者 if (currentState == DESTROYED) { removeObserver(mObserver); return; } Lifecycle.State prevState = null; //循环更新状态 while (prevState != currentState) { prevState = currentState; //修改活跃状态 activeStateChanged(shouldBeActive()); currentState = mOwner.getLifecycle().getCurrentState(); } } @Override boolean isAttachedTo(LifecycleOwner owner) { return mOwner == owner; } @Override void detachObserver() { mOwner.getLifecycle().removeObserver(this); } }
- 继承 ObserverWrapper 的包装类--activeStateChanged(..)方法。
- 实现LifecycleEventObserver 接口--onStateChanged(..)方法。
ObserverWrapper.activeStateChanged()
void activeStateChanged(boolean newActive) { //如果等于之前状态 if (newActive == mActive) { return; } mActive = newActive; //活跃 +1,不活跃 -1 (下面有源码) changeActiveCounter(mActive ? 1 : -1); //如果状态变成了活跃状态,直接调用 dispatchingValue,传入当前的观察者 if (mActive) { dispatchingValue(this); //(下面有源码) } } //修改活跃数量 void changeActiveCounter(int change) { int previousActiveCount = mActiveCount;//之前活跃的数量 mActiveCount += change;//总活跃数量 if (mChangingActiveState) {//如果正在更改,退出 return; } mChangingActiveState = true;//更改中 try { while (previousActiveCount != mActiveCount) { boolean needToCallActive = previousActiveCount == 0 && mActiveCount > 0; boolean needToCallInactive = previousActiveCount > 0 && mActiveCount == 0; previousActiveCount = mActiveCount; //如果当前是第一个激活的,调用 onActive if (needToCallActive) { onActive();//当活动的观察者从0 变成 1的时候调用 //如果没有激活的为 0 ,调用 onInactive } else if (needToCallInactive) { onInactive();//活跃的观察者变成 0 时调用 } } } finally { mChangingActiveState = false; } } //分发数据 void dispatchingValue(@Nullable ObserverWrapper initiator) { if (mDispatchingValue) { mDispatchInvalidated = true; return; //如果正在分发,退出 } mDispatchingValue = true; do { mDispatchInvalidated = false; //如果观察者不为空 if (initiator != null) { considerNotify(initiator);//对数据进行派发,通知观察者 initiator = null; } else { //如果为空,遍历所有的观察者,将数据发送给所有观察者 for (Iterator, ObserverWrapper>> iterator = mObservers.iteratorWithAdditions(); iterator.hasNext(); ) { considerNotify(iterator.next().getValue()); if (mDispatchInvalidated) { break; } } } } while (mDispatchInvalidated); mDispatchingValue = false; } //数据进行派发,通知观察者 private void considerNotify(ObserverWrapper observer) { if (!observer.mActive) { return; } //再次进行判断,如果不活跃,则会更新状态,然后退出 if (!observer.shouldBeActive()) { observer.activeStateChanged(false); return; } //观察者版本是否低于当前的版本 //初始值 mLastVersion 为 -1,mVersion 为 0 //小于等于表示没有需要更新的数据 if (observer.mLastVersion >= mVersion) { return; } //更新版本 observer.mLastVersion = mVersion; //通知观察者 observer.mObserver.onChanged((T) mData); }
梳理流程:
1、通过 observe 添加一个观察者,这个观察者会被 LifecycleBoundObserver 进行一个封装,LifecycleBoundObserver继承 ObserverWrapper,并且实现了 LifecycleEventObserver。之后就会将观察添加到 Observers 中,最后注册页面生命周期的 observer。
2、当生命周期发生变化后,就会回调到 LifecycleBoundObserve 中的 onStateChanged 方法中。如果生命周期是销毁的,就会移除观察者,如果不是就会循环更新当前状态。
3、在更新状态的时候就会判断是否为活跃状态,如果是活跃状态就会进行分发,分发的时候如果观察者为 null ,就会遍历所有的观察者进行分发,否则就分发传入的观察者。
4、最后会再次判断活跃状态,已经判断观察者版本是否低于当前版本,如果都满足,就会更新观察者。
onActive 与 onInactive
如果观察者的生命周期处于 STARTED 或者 RESUMED 状态,LiveData 就会认为观察者处于活跃状态。
例如,下载数据需要在活跃状态下进行,或者需要实时的监听后台数据,就可以重新下面方法,并完成对应逻辑。
class StockLiveData(url: String) : LiveData() { private val downloadManager = DownloadManager(url) override fun onActive() { if(!downloadManager.isStart()){ downloadManager.start() } } override fun onInactive() { downloadManager.stop() } }
当具有活跃的观察者时,就会调用 onActive 方法。
当没有任何活跃的观察者时,就会调用 onInactive 方法。
当然这只是我想到的场景,开发中可以根据不同的业务场景做出不同的判断。
四、LiveData 相关源码
MutableLiveData
由于 LiveData 的发送数据方法是 protected 修饰私有受保护的,所以不能直接调用。因此使用MutableLiveData 继承 LiveData 将发送数据的方法改为了 public。
public class MutableLiveDataextends LiveData { /** * Creates a MutableLiveData initialized with the given {@code value}. */ public MutableLiveData(T value) { super(value); } /** * Creates a MutableLiveData with no value assigned to it. */ public MutableLiveData() { super(); } @Override public void postValue(T value) { super.postValue(value); } @Override public void setValue(T value) { super.setValue(value); } }
Transformations.map()
在数据分发给观察者之前对其中存储的值进行更改,返回一个新的 LiveData,可以使用此方法。
val strLiveData = MutableLiveData() val strLengthLiveData = Transformations.map(strLiveData) { it.length } strLiveData.observe(this) { Log.e("---345---> str:", "$it"); } strLengthLiveData.observe(this) { Log.e("---345---> strLength:", "$it"); } strLiveData.value = "hello word" E/---345---> str:: hello word E/---345---> strLength:: 10
Transformations.switchMap()
对上面的做了个判断,根据不同的需求返回不同的 LiveData。也可以通过 id 去判断,返回对应的 livedata 即可。
val idLiveData = MutableLiveData() val userLiveData = Transformations.switchMap(idLiveData) { id-> getUser(id) }
合并多个 LiveData
val live1 = MutableLiveData() val live2 = MutableLiveData () val mediator = MediatorLiveData () mediator.addSource(live1) { mediator.value = it Log.e("---345---> live1", "$it"); } mediator.addSource(live2){ mediator.value = it Log.e("---345---> live2", "$it"); } mediator.observe(this, Observer { Log.e("---345---> mediator", "$it"); }) live1.value = "hello" E/---345---> mediator: hello E/---345---> live1: hello
通过 MediatorLiveData 将两个 MutableLiveData 合并到一起,这样当任何一个发生变化,MediatorLiveData 都可以感知到。
五、LiveData分发问题
数据粘性事件
例如再没有观察者的时候发送数据,此时 mVersion +1,等到真正添加了观察者后,生命周期也是活跃的,那么就会将这个数据重新分发到观察者。所以说发送数据这个操作是粘性的。
如果需要去除粘性事件,可以在添加完 observe 后去通过反射修改 mVersion 和 观察者包装类中的 mLastVersion 的值,将 mVersion 赋值给 mLastVersion 即可去掉粘性事件。
数据倒灌现象
一般情况下,LiveData 都是存放在 ViewModel 中的,当Activity重建的时候,观察者会被 remove 掉,重建后会添加一个新的观察者,添加后新的观察者版本号就是 -1,所以就会出现数据再次被接收到。
这种解决方式和上面一样,反射修改版本号就可以解决。非活跃状态的观察者转为活跃状态后,只能接收到最后一次发送的数据。一般情况下我们都需要的是最新数据,如果非要所有数据,只能重写 LiveData 了。
到此这篇关于Android Jetpack组件库LiveData源码深入探究的文章就介绍到这了,更多相关Android Jetpack LiveData内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!