LiveData和Fragment重复触发数据回调BUG

最新推荐文章于 2023-09-17 02:25:09 发布
最新推荐文章于 2023-09-17 02:25:09 发布
阅读量3.5k 收藏 3
点赞数 3
CC 4.0 BY-SA版权
分类专栏： BUG Android Jetpack 文章标签： java android android studio kotlin
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/CheatGZ/article/details/115503586
当使用LiveData和Fragment结合时，发现切换Fragment后再次回到原Fragment，LiveData会重复触发数据回调。原因是Fragment生命周期与LiveData的活跃状态不匹配。解决办法是限制ViewModel的作用范围，确保每个Fragment有自己的ViewModel，或者使用SingleLiveEvent防止重复发送数据。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

Bug还原

在Activity中保存一个ViewModel，使用Navigation组件和Fragment实现页面的切换，AFragment获取Activity的ViewModel并注册LiveData数据为观察者，此时使用setValue让AFragment收到一次LiveData数据，然后切换到BFragment（AFragment销毁），之后切回AFragment，会发现重新注册LiveData数据，AFragment再次收到LiveData数据。

图示

原因分析

LiveData 官网介绍

官方介绍LiveData会一直向活跃的应用组件观察者发送数据，而使用Naviagtion组件时，博主实现的方案导致了每次切换页面都会重走一次Fragment的生命周期，也就是处于“STARTED 或 RESUMED 状态”，导致了从其他页面切换回来之后，会触发LiveData的数据回调。
这里其实是博主对于ViewModel的生命周期理解不够透彻，在AFragment中调用Activity中的ViewModel，导致ViewModel中的LiveData会一直给Fragment发送数据。

解决方案

  1. 合理管理ViewModel的范围，虽然ViewModel
最低0.47元/天 解锁文章
高频面试题：Android MVP/MVVM/MVI这几种架构在实际生产中，各自的优缺点和适用场景是什么
大模型大数据攻城狮的专栏
04-19 1062
MVP架构是一种从MVC（Model-View-Controller）演变而来的设计模式，旨在进一步解耦视图层与业务逻辑层。它的核心思想是将视图（View）和模型（Model）之间的交互完全交由中间层Presenter来协调，从而让视图层专注于UI展示，模型层专注于数据处理，而Presenter则扮演“中间人”的角色，负责逻辑处理和数据传递。MVP架构由以下三大核心组件构成：Model：负责数据相关的操作，包括数据的获取、存储和处理。
Android架构组件之LiveData
Battling against our own ignorance
11-29 6680
基本概念LiveData是一个可以被观察的数据持有类，它可以感知并遵循Activity、Fragment或Service等组件的生命周期。正是由于LiveData对组件生命周期可感知特点，因此可以做到仅在组件处于生命周期的激活状态时才更新UI数据。LiveData需要一个观察者对象，一般是Observer类的具体实现。当观察者的生命周期处于STARTED或RESUMED状态时，LiveData会通知
Android开发 SingleLiveEvent解决LiveData或者MutableLiveData多次回调的问题
Clark___的博客
01-28 4170
前言 只要使用过一段时间的LiveData就会发现，LiveData会经常多次回调数据。我们经常碰到的这个问题。 问题复现 我们的ViewModel里是给Activity持有的并且里面有一个LiveData数据，我们A_Fragment现在获得Activity的ViewModel并且注册LiveData数据成为观察者，这个时候我们setValue()就会让前台的A_Fragment得到一次LiveData数据，接下来操作 A_Fragment 启动 B_Fragment，在返回到A_Fragment。
Android开发 SingleLiveData解决LiveData或者MutableLiveData多次回调的问题
UrasakiNakajima的博客
05-14 5198
请仔细阅读前言 前言 主要是为了解决Fragment初次创建会执行生命周期的onViewCreated方法，会注册一次（在onViewCreated方法进行注册， 注册方法是viewModel!!.getDataxSuccess().observe(this, dataxSuccessObserver!!)，具体看我的项目），跳到别的Fragment或者Activity，再返回当前Fragment时，又会执行生命周期的onViewCreated方法，然后再注册一次（在onViewCreated方法进行注.
Android Jetpack 架构组件(七) 解决LiveData多次发送的粘性事件问题
zjuter的专栏
01-04 3892
用过一段时间LiveData就会发现，LiveData会经常多次回调数据。这是因为activity/fragment反复切换前台/后台。就会出现这种情况。 如果反复回调不影响性能和业务逻辑。就随它去了。 下面讲一下如何避免这种情况. 方法一： 从合理的设计activity/fragment的view model， 尤其是fragment的view model， 最好一一对应，使得livedata和fragment同生共死。别使用activity的view model。activity的view mo
LiveData 面试 7 连问~
1
05-18 568
作者：唐子玄 链接： https://juejin.cn/post/7085037365101592612 引子 LiveData 是能感知生命周期的，可观察的，粘性的，数据持有者。LiveData 用于以“数据驱动”方式更新界面。 换一种描述方式：LiveData 缓存了最新的数据并将其传递给正活跃的组件。 关于数据驱动的详解可以点击我是怎么把业务代码越写越复杂的 | MVP - MVVM - Clean Architecture。 https://juejin.cn/post/68449041762.
使用LiveData简化Android应用程序中的数据交互
# 引言 ## 1.1 介绍LiveData的概念和作用 LiveData是Android官方提供的一个数据...在传统的Android开发中，数据的交互通常是通过回调接口实现的，这样往往需要在Activity或Fragment中手动管理数据的变化和UI的更新
LiveData 面试题库、解答、源码分析
q66562636的博客
06-19 303
LiveData 是能感知生命周期的，可观察的，粘性的，数据持有者。LiveData 用于以“数据驱动”方式更新界面。换一种描述方式：LiveData 缓存了最新的数据并将其传递给正活跃的组件。关于数据驱动的详解可以点击这一篇就 LiveData 的面试题做一个归总、分析、解答。先总结，再分析：常规的观察者模式中，只要被观察者发生变化，就会无条件地通知所有观察者。比如： LiveData 在常规的观察者模式上附加了条件，若生命周期未达标，即使数据发生变化也不通知观察者。这是如何实现的？生命周期是一个对象
记录LiveData使用时多次进入会收到旧数据的问题
qq_32915255的博客
05-17 493
使用SingleLiveEvent。
LiveData多次加载数据问题
weixin_47134320的博客
03-23 4364
楼主遇到一个情况，就是第一次进入页面监听livedata更新数据正常，返回重新进入页面后会更新两次数据，第一次更新的数据是上一次缓存的数据，第二次才是自己需要的数据，这样就会造成页面重复刷新的问题以及浪费资源，解决方法如下 就是使用一个google大神实现的一个复写类 SingleLiveEvent代替livadata，其中的机制是用一个原子 AtomicBoolean记录一次setValue。在发送一次后在将AtomicBoolean设置为false，阻止后续前台重新触发时的数据发送。 /* *
解决切换Fragment切换导致重新创建Fragment问题
怪咖先森的博客
02-22 2282
1. 解决切换Fragment切换导致重新创建Fragment问题在项目中切换Fragment，一直都是用replace()方法来替换Fragment。但是这样做有一个问题，每次切换的时候Fragment都会重新实列化，重新加载一次数据，这样做会非常消耗性能用用户的流量官方文档解释说：replace()这个方法只是在上一个Fragment不再需要时采用的简便方法正确的切换方式是add()，切换时hi
同一界面中多个Fragment中的控件ID冲突问题的解决
Beta4的专栏
10-23 3958
当一个界面同时含有多个Fragment时，有可能这些Fragment中所对应的布局文件中的控件ID出现相同的情况，这时如果代码处理不当，则会出现某个Fragment中的某操作作用到另外一个Fragment中去了。 例如:某Activity中同时嵌入了两个Fragment，在fragment1.xml和fragment2.xml中都含有id为listView1这个控件 <ListView
Fragment回调了onResume方法却并没有进去前台可见
聚精会神搞建设
03-10 2526
Fragment回调了onResume方法却并没有进去前台可见，所以不能仅仅依靠onResume判断是不是fragment是否可见 fragment有个方法专门判断fragment是否可见 /** * @return The current value of the user-visible hint on this fragment. * @see #setUserVisibleHi
LiveData的回掉时机
我的博客
07-05 778
通常我们可能会说LiveData的值更新只有在界面可见的时候才会回掉其观察者类，然而这是不严谨的，对于不知道具体回掉时机的人而言，这么描述可能产生误解。
android来回切换,Android解决多个fragment来回切换时布局重新实例化问题
weixin_28890941的博客
06-02 962
说明在我们开发过程中，一定会有这样的需求，就是主框架是MainActivity，然后里边嵌套多个fragment，来回切换，如果处理不好的话可能会产生多个fragment页面重叠，究其原因就是：当我们不退出软件，只是在后台挂着，去干别的事，当系统内存不足以回收我们这个app时，再切换回来这几个fragment页面就会重叠。replace()replace()：当上一个fragment不再需要时，可...
在 Fragment 中使用 LiveData 需注意些什么
fuli99999的博客
05-10 890
在 Fragment 中观察 LiveData 时使用viewLifecycleOwner而不是this。因为 Fragment 和 其中的 View 生命周期不完全一致。LiveData 内部判定生命周期为 DESTROYED 时，才会移除数据观察者。存在一种情况，当 Fragment 之间切换时，被替换的 Fragment 不执行 onDestroy()，当它再次展示时会再次订阅 LiveData，于是乎就多出一个订阅者。 还是购物-结算的场景：购物车和结算页都是两个 Fragment，将商品列表.
LiveData的几个问题：Android Jetpack
最新发布
VyfcClojure的博客
09-17 385
综上所述，虽然LiveData是一个强大的工具，可以简化Android应用程序中的数据流管理，但在使用过程中需要注意一些潜在的问题，如内存泄漏、多次触发和线程安全。通过正确地使用LiveData的API和遵循最佳实践，可以避免这些问题，并提高应用程序的性能和稳定性。在上述示例中，如果LiveData已经发送了多个值，那么每次有新的观察者订阅LiveData时，都会触发多次回调。在上述示例中，直接在后台线程上更新LiveData的值是错误的，因为LiveData并不是线程安全的。方法来避免多次触发。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

CheatGZ

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值