LiveData系列二——组件内使用observe是this还是getViewLifecycleOwner()?

[soapgu]

• 问题由来

根据API文档，我们在Fragment里订阅LiveData通知，只要传入LifecycleOwner就行。

public class Fragment implements ComponentCallbacks, OnCreateContextMenuListener, LifecycleOwner,
        ViewModelStoreOwner, SavedStateRegistryOwner 

然后Fragment 是实现LifecycleOwner。那我应该这样就行

this.viewModel.getExitSignal().observe( this, exit -> {} );

但是我的Lint ，Android Studio爆红，出现error警告（虽然gradle build还是能过）
代码提示为Use getViewLifecycleOwner() as the LifecycleOwner.
再去看官网的sample

public class MyFragment extends Fragment {
    @Override
    public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
        super.onViewCreated(view, savedInstanceState);
        StockLiveData.get(symbol).observe(getViewLifecycleOwner(), price -> {
            // Update the UI.
        });
    }
}

显然也是推荐是用getViewLifecycleOwner();

• 疑惑？？？

为什么那，问号3连

1. 能用this解决问题为啥偏偏调getViewLifecycleOwner多此一举？
2. 为什么Activity没有这个问题，可以直接用this?为啥Activity没有getViewLifecycleOwner这个方法?肯定不能用屁股决定脑袋因为没有getViewLifecycleOwner方法就只能用this牵强解释的。
3. this和getViewLifecycleOwner究竟有什么区别，调用getViewLifecycleOwner的好处在哪里

• 解答

翻了一圈官网没有给到我答案。最后博客里面找。

• viewlifecycleowner-vs-this

从Fragment和Activity的生命周期的差异性来着手。

• Activity 一生只会调用一次onCreate()和onDestroy()
• Fragment 一生中可能会反复调用onCreateView() 和 onDestroyView()

然后再onCreate中调用observe，有什么坏处？文章里面说会造成Fragment跳转后收不到变化通知，我觉得文章这个表述是错误的（尽信书则不如无书）。因为LiveData明确了组件从休眠态到活跃态会收到相关通知的。

在onCreateView中调用observe，这样会造成多次订阅，这个理由成立。

另外在StackOverflow里面的一篇补充说明下

• Use viewLifecycleOwner as the LifecycleOwner

• viewLifecycleOwner is tied to when the fragment has (and loses) its UI (onCreateView(), onDestroyView())

• this is tied to the fragment's overall lifecycle (onCreate(), onDestroy()), which may be substantially longer
  基本上make sence了