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

2023-10-16 06:10

本文主要是介绍解决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<T> : MutableLiveData<T>() {private val mPending = AtomicBoolean(false)@MainThreadoverride fun observe(owner: LifecycleOwner, observer: Observer<in T>) {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)}})}@MainThreadoverride fun setValue(t: T?) {mPending.set(true)super.setValue(t)}@MainThreadfun 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)方法。

这篇关于解决LiveData数据倒灌/粘性数据的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/219580

相关文章

MyBatis-plus处理存储json数据过程

《MyBatis-plus处理存储json数据过程》文章介绍MyBatis-Plus3.4.21处理对象与集合的差异:对象可用内置Handler配合autoResultMap,集合需自定义处理器继承F... 目录1、如果是对象2、如果需要转换的是List集合总结对象和集合分两种情况处理,目前我用的MP的版本

GSON框架下将百度天气JSON数据转JavaBean

《GSON框架下将百度天气JSON数据转JavaBean》这篇文章主要为大家详细介绍了如何在GSON框架下实现将百度天气JSON数据转JavaBean,文中的示例代码讲解详细,感兴趣的小伙伴可以了解下... 目录前言一、百度天气jsON1、请求参数2、返回参数3、属性映射二、GSON属性映射实战1、类对象映

504 Gateway Timeout网关超时的根源及完美解决方法

《504GatewayTimeout网关超时的根源及完美解决方法》在日常开发和运维过程中,504GatewayTimeout错误是常见的网络问题之一,尤其是在使用反向代理(如Nginx)或... 目录引言为什么会出现 504 错误?1. 探索 504 Gateway Timeout 错误的根源 1.1 后端

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

C# LiteDB处理时间序列数据的高性能解决方案

《C#LiteDB处理时间序列数据的高性能解决方案》LiteDB作为.NET生态下的轻量级嵌入式NoSQL数据库,一直是时间序列处理的优选方案,本文将为大家大家简单介绍一下LiteDB处理时间序列数... 目录为什么选择LiteDB处理时间序列数据第一章:LiteDB时间序列数据模型设计1.1 核心设计原则

Java+AI驱动实现PDF文件数据提取与解析

《Java+AI驱动实现PDF文件数据提取与解析》本文将和大家分享一套基于AI的体检报告智能评估方案,详细介绍从PDF上传、内容提取到AI分析、数据存储的全流程自动化实现方法,感兴趣的可以了解下... 目录一、核心流程:从上传到评估的完整链路二、第一步:解析 PDF,提取体检报告内容1. 引入依赖2. 封装

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁