解决LiveData数据倒灌/粘性数据

数据倒灌原因

原因有很多,比如旋转屏幕导致Activity重建,看官方解释:

ViewModel 将数据保留在内存中,这意味着开销要低于从磁盘或网络检索数据。
ViewModel 与一个 Activity(或其他某个生命周期所有者)相关联,
在配置更改期间保留在内存中,系统会自动将 ViewModel 
与发生配置更改后产生的新 Activity 实例相关联。

也就是说 Activity异常销毁然后重建,ViewModel会保存销毁之前的数据,然后在Activity重建完成后进行数据恢复,所以LiveData成员变量中的mVersion会恢复到重建之前的值。

但是Activity重建后会调用LiveData的observe()方法,方法内部会重新new一个实例,会将mLastVersion恢复到初始值。

由于LiveData本身的特性,Activity的生命周期由非活跃变成活跃时,LiveData会触发事件分发,导致屏幕旋转后出现数据倒灌。

在Activity屏幕旋转的状态下ViewModel并不会被销毁,这样ViewModel只要持有Activity的所有数据,都可以进行状态恢复,看看官网给出的viewmodule的作用域图

解决LiveData数据倒灌/粘性数据_第1张图片

 

LiveData数据分发的条件

// LiveData.java    
private void considerNotify(ObserverWrapper observer) {
    // 如果当前的宿主Activity不是Active状态,不分发
    if (!observer.mActive) {
        return;
    }
    // 宿主Activity的如果在后台,不分发
    if (!observer.shouldBeActive()) {
        observer.activeStateChanged(false);
        return;
    }
    // 当前宿主Activity的mLastVersion大于等于LiveData的mVersion,不分发
    // 这里就是数据倒灌的原因
    if (observer.mLastVersion >= mVersion) {
        return;
    }
    observer.mLastVersion = mVersion;
    // 分发事件
    observer.mObserver.onChanged((T) mData);
}
 
 

条件之一就是数据的版本号,在Activity销毁重建的时候会重新订阅,如果版本号大于等于mVersion就会再次分发通知,导致activity会再次收到通知。

解决方案

  1. 可以反射修改mVersion,这个不太建议使用。
  2. 利用SingleLiveEvent 使 observe#LiveData时只相应一次onChanged操作
import android.util.Log
import androidx.annotation.MainThread
import androidx.lifecycle.LifecycleOwner
import androidx.lifecycle.MutableLiveData
import androidx.lifecycle.Observer
import java.util.concurrent.atomic.AtomicBoolean
class SingleLiveEvent : MutableLiveData() {
 
 
    private val mPending = AtomicBoolean(false)
 
 
    @MainThread
    override fun observe(owner: LifecycleOwner, observer: Observer) {
        if (hasActiveObservers()) {
            Log.w("SingleLiveEvent", "Multiple observers registered but only one will be notified of changes.")
        }
        super.observe(owner, { t ->
            if (mPending.compareAndSet(true, false)) {
                observer.onChanged(t)
            }
        })
    }
 
 
    @MainThread
    override fun setValue(t: T?) {
        mPending.set(true)
        super.setValue(t)
    }
 
 
    @MainThread
    fun call() {
        value = null
    }
 
 
}

说明:

  1. SingleLiveEvent 利用 AtomicBoolean (默认为false)进行赋值,当LiveData 进行 setValue时改变 AtomicBoolean的值(set(true))

  2. 使用 AtomicBoolean.compareAndSet(true,false)方法,先进行判断(此时的AtomicBoolean的值为true)与 compareAndSet设置的except值(第一个参数)比较,因为相等所以将第二个参数设置为AtomicBoolean值设为false函数并返回 true ),这里其实就是利用了AtomicBoolean原子性,执行了一个比较和重新赋值的过程。

  3. 当再次进入该页面虽然 LiveData值并没有改变,仍然触发了 observer方法,由于 AtomicBoolean已经为 false ,但是 except值为 true,与if 进行判断所以 并不会继续触发 onChanged(T)方法,即只有在 setValue时相应一次onChanged(T)方法。

你可能感兴趣的:(android,java,jetpack)