片段onStop（）与onDetach（），onDestroy（）或onDestroyView（）相同吗？

Question

这是代表Android中的新开发人员提出的问题。

想法是对为什么如此编写框架提供深入的了解。 此外，开发人员还面临着悬空的指针，非法状态和此类运行时崩溃的问题，他们不知道为什么会发生这种情况。

如今，程序员每天都大量使用回调和工厂模式。 委托类对象的使用减少了对Singleton类的需要，并减少了诸如C，C ++等语言的多重继承的需要。

当开发人员了解组件之间基于Handler的消息传递时，他们感到很兴奋。

要知道Fragment的上下文不应再由其组件或作为父项的Activity以外的地方使用，以下哪种方法更可靠：

1. onStop（）
2. onDetach（）
3. onDestroyView（）
4. onDestroy（）

最好的祝福。

Answer 1

请通过此链接了解片段的生命周期

它说当您当前的片段（可以在Application扩展类中使用getter和setter进行跟踪）处于快要死的阶段时， getView()和getActivity()将返回null 。 因此，您不应该使用这些方法，并且应注意所涉及的生命周期回调（同样可以使用常规具体Fragments和Activity类的抽象BaseFragment / BaseActivity子类中的boolean getter和setter进行跟踪）。

资源

Answer 2

我正在跟踪所有这些方法，以停止使用片段的getView() 。 我从逻辑上感觉onDestroy()是最适合此目的的方法。

我在此答案中以相同的方式使用跟踪器： https : //stackoverflow.com/a/52017405/787399

这种继承策略极大地帮助并改善了Activity和Fragments生命周期的含义。 我其实它是如此的电力十足，你可以有不含蓄地提供这些功能：像你可以处理系统背压（在管理BaseActivity在onBackPressed()时被压在背法） Fragment ，并且可以阻止back pressed event调用，直到满足某些条件为止，或者放置OK_Cancel confirmation alert ，以确定是否要真正退出当前片段。

快乐的编码:-)