Fragment中使用viewLifecycleOwner/getActivity/this

观察liveData使用生命周期

如图：当liveData想在fragment里观察的时候，可以使用getActivity/this/getViewLifecycleOwner。

getActivity不必说，就是获取父容器activity的生命周期。

如果传递的LifecycleOwner参数为this，即Fragment时，会收到Android Studio的提醒，要求使用viewLifecycleOwner，或者直接标红，显示错误。如下图所示：

为什么呢?

通过在官网寻找androidx.fragment:fragment 的文档，可以看到 1.2.0版本有如下一条更新说明：

可见这是有意为之的，下面分析其原因。

viewLifecycleOwner相关生命周期

跟踪viewLifecycleOwner的相关代码（无关代码已省略）：

//Fragment.java    void performCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container,@Nullable Bundle savedInstanceState) {mViewLifecycleOwner = new FragmentViewLifecycleOwner();mView = onCreateView(inflater, container, savedInstanceState);...}

//FragmentManager.java       private void destroyFragmentView(@NonNull Fragment fragment) {//下行代码会调用onDestroyView()fragment.performDestroyView();fragment.mViewLifecycleOwner = null;...}

可以发现，mViewLifecycleOwner的赋值在onCreateView之前，置空在onDestroyView之后，mViewLifecycleOwner的注释同样表明了这点：

This is initialized in performCreateView and unavailable outside of the onCreateView/onDestroyView lifecycle.

正如类名所示，该FragmentViewLifecycleOwner代表的是Fragment中View的LifecycleOwner，Fragment中View的生命周期与Fragment本身并不相同。复习一下Fragment生命周期：

Fragment入back stack的过程会执行onDestroyView但不执行之后的onDestroy与onDetach，而出back stack是从onCreateView开始执行，而没有之前的onAttach与onCreate。

LiveData的observe过程

理清了相关生命周期后，下面来看一下LiveData的observe过程。

我们知道在LiveData的observe方法内，会将参数owner与observer包装起来，使得observer的回调受owner的生命周期的影响，只有在owner处于活跃状态才回调observer，而活跃状态指的是当前owner的生命周期至少为STARTED，即如下（1）处，owner与observer的包装类中否活跃的判断方法。

    class LifecycleBoundObserver extends ObserverWrapper implements LifecycleEventObserver {@NonNullfinal LifecycleOwner mOwner;LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer<? super T> observer) {super(observer);mOwner = owner;}@Overrideboolean shouldBeActive() {return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED);}//1@Overridepublic void onStateChanged(@NonNull LifecycleOwner source,@NonNull Lifecycle.Event event) {if (mOwner.getLifecycle().getCurrentState() == DESTROYED) {removeObserver(mObserver);//2return;}activeStateChanged(shouldBeActive());}...}

可是，Fragment与Fragment中的View在活跃的生命周期状态是一致的，这里的owner使用fragment还是viewLifecycleOwner并无不同，二者只有在onCreateView到onDestroyView之外有区别。

包装类中的onStateChanged方法会执行observer的适时移除工作，而（2）处的移除observer正是在owner处于DESTROYED时发生的。对于Fragment，状态会在onDestroyView执行前夕，变为DESTROYED，如下所示：

//Fragment.java  void performDestroyView() {mChildFragmentManager.dispatchDestroyView();if (mView != null) {mViewLifecycleOwner.handleLifecycleEvent(Lifecycle.Event.ON_DESTROY);}mState = CREATED;onDestroyView();...}

原因

此时，一切都解释得通了，在Fragment中对LiveData对象调用observe方法时，使用viewLifecycleOwner代替this的原因是：Fragment与Fragment中的View的生命周期并不一致，需要让observer感知Fragment中的View的生命周期而非Fragment，因此Android专门构造了Fragment中的View的LifecycleOwner，即viewLifecycleOwner。