Jetpack MVVM七宗罪之一：还在使用 Fragment 作为 LifecycleOwner？

最新推荐文章于 2024-04-11 02:03:34 发布

bp粉

最新推荐文章于 2024-04-11 02:03:34 发布

阅读量323

点赞数 5

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/m0_67392182/article/details/137394163

版权

程序员专栏收录该内容

71 篇文章 0 订阅

订阅专栏

本文探讨了在JetpackMVVM架构中，如何正确处理Fragment订阅LiveData以避免生命周期泄露和重复订阅的问题。重点在于理解Fragment的生命周期与ViewModel的观察者模式，以及如何在Fragment重用场景中确保订阅的时机和LifecycleOwner匹配。

摘要由CSDN通过智能技术生成

==========================================================================================

MVVM 的核心是数据驱动UI，在 Jetpack 中，这一思想体现在以下场景：Fragment 通过订阅 ViewModel 中的 LiveData 以驱动自身 UI 的更新

关于订阅的时机，一般会选择放到 onViewCreated 中进行，如下：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {

super.onViewCreated(view, savedInstanceState)

viewModel.liveData.observe(this) { // Warning ：Use fragment as the LifecycleOwner

updateUI(it)

}

我们知道订阅 LiveData 时需要传入 LifecycleOwner 以防止泄露，此时一个容易犯的错误是使用 Fragment 作为这个 LifecycleOwner，某些场景下会造成重复订阅的Bug。

做个实验如下：

val handler = Handler(Looper.getMainLooper())

class MyFragment1 : Fragment() {

val data = MutableLiveData()

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {

super.onViewCreated(view, savedInstanceState)

tv.setOnClickListener {

parentFragmentManager.beginTransaction()

.replace(R.id.container, MyFragment2())

.addToBackStack(null)

.commit()

handler.post{ data.value = 1 }

}

data.observe(this, Observer {

Log.e(“fragment”, “count: ${data.value}”)

})

}

当跳转到 MyFragment2 然后再返回 MyFragment1 中时，会打出输出两条log

E/fragment: count: 1

原因分析

================================================================

LiveData 之所以能够防止泄露，是当 LifecycleOwner 生命周期走到 DESTROYED 的时候会 remove 调其关联的 Observer

//LiveData.java

@Override

public void onStateChanged(LifecycleOwner source, Lifecycle.Event event) {

if (mOwner.getLifecycle().getCurrentState() == DESTROYED) {

removeObserver(mObserver);

return;

}

activeStateChanged(shouldBeActive());

}

前面例子中，基于 FragmentManager#replace 的页面跳转，使得 MyFragment1 发生了从 BackStack 的出栈/入栈，由于 Framgent 实例被复用并没有发生 onDestroy, 但是 Fragment的 View 的重建导致重新 onCreateView, 这使得 Observer 被 add 了两次，但是没有对应的 remove。

所以归其原因，是由于 Fragment 的 Lifecycle 与 Fragment#mView 的 Lifecycle 不一致导致我们订阅 LiveData 的时机和所使用的 LivecycleOwner 不匹配，所以在任何基于 replace 进行页面切换的场景中，例如 ViewPager、Navigation 等会发生上述bug

解决方法

================================================================

明白了问题原因，解决思路也就清楚了：必须要保证订阅的时机和所使用的LifecycleOwner相匹配，即要么调整订阅时机，要么修改LifecycleOwner

在 onCreate 中订阅

思路一是修改订阅时机，将订阅提前到 onCreate, 可以保证与 onDestory 的成对出现，但不幸的是这会带来另一个问题。

当 Fragment 出入栈造成 View 重建时，我们需要重建后的 View 也能显示最新状态。但是由于 onCreate 中的订阅的 Observer 已经获取过 LiveData 的最新的 Value，如果 Value 没有新的变化是无法再次通知 Obsever 的

在 LiveData 源码中体现在通知 Obsever 之前对 mLastVersion 的判断：

//LiveData.java

private void considerNotify(ObserverWrapper observer) {

if (!observer.mActive) {

return;

}

if (!observer.shouldBeActive()) {

observer.activeStateChanged(false);

return;

}

if (observer.mLastVersion >= mVersion) {// Value已经处于最新的version

return;

}

observer.mLastVersion = mVersion;

//noinspection unchecked

observer.mObserver.onChanged((T) mData);

}

正是为了保证重建后的 View 也能刷新最新的数据，我们才在 onViewCreated 中完成订阅。因此只能考虑另一个思路，替换 LifecycleOwner

使用 ViewLifecycleOwner

Support-28 或 AndroidX-1.0.0 起，Fragment 新增了 getViewLifecycleOwner 方法。顾名思义，它返回一个与 Fragment#mView 相匹配的 LifecycleOwner，可以在 onDestroyView 的时候走到 DESTROYED ，删除 onCreateView 中注册的 Observer，保证了 add/remove 的成对出现。