解决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数据分发的条件

看源码

// 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)方法。

关注我获取更多知识或者投稿