官网建议使用viewLifecycleOwner
在Fragment中对LiveData对象调用Observe方法的时候，如果传递的LifecycleOwner参数为this，也就是Fragment的时候，会受到AndroidStudio的提醒，要求使用viewLifecycleOwner：
从类型上来说，Fragment与viewLifecycleOwner的类型FragmentViewLifecycle两者都继承了LifecycleOwner，像之前那样直接this，大部分情况下运行也是正常的，那么这里的Lint提醒是什么呢？
通过在官网寻找androidx.fragment:fragment的文档，可以看到1.2.0版本更新的内容有一条：
可以知道，这肯定是有他的道理。我们来一起分析一下原因：
viewLifecycleOwner相关生命周期
找到viewLifecycleOwner相关代码( 只看关键点 )：
//Fragment.java中
void performCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container,
@Nullable Bundle savedInstanceState) {
mChildFragmentManager.noteStateNotSaved();
mPerformedCreateView =true;
mViewLifecycleOwner =new FragmentViewLifecycleOwner(); //此处创建了FragmentViewLifecycleOwner
mView = onCreateView(inflater, container, savedInstanceState); //创建完成之后，调用了onCreateView()方法
... //省略无关代码
}
//FragmentManager.java
private void destroyFragmentView(@NonNull Fragment fragment) {
fragment.performDestroyView(); //此方法中执行了onDestroyView()方法
fragment.mViewLifecycleOwner =null; //在执行完onDestroyView()方法之后，将viewLifecycleOwner置空
}
//Fragment.java
void performDestroyView() {
...
onDestroyView(); // fragment.performDestroyView()方法调用中，执行了onDestroyView()方法
...
}
可以发现mViewLifecycleOwner的赋值在onCreateView()之前，置空在onDestroyView()之后，
mViewLifecycleOwner的注释也说明了这点：
// 这在performCreateView中初始化，在外部不可用
// This is initialized in performCreateView and unavailable outside of the
// onCreateView/onDestroyView生命周期
// onCreateView/onDestroyView lifecycle
@Nullable FragmentViewLifecycleOwner mViewLifecycleOwner;
正如类名所示，这个FragmentViewLifecycle代表的是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 {
@NonNull
final LifecycleOwner mOwner;
LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer<? super T> observer) {
super(observer);
mOwner = owner;
}
@Override
boolean shouldBeActive() {
return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED);
}//(1)
@Override
public void onStateChanged(@NonNull LifecycleOwner source,
@NonNull Lifecycle.Event event) {
if (mOwner.getLifecycle().getCurrentState() == DESTROYED) {
removeObserver(mObserver);//(2)
return;
}
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。
