Android 片段onStop（）与相同的OnDetch（）、onDestroy（）或onDestroyView（）相比？

这是值得代表Android新开发者提出的问题

这个想法是为了深入理解为什么框架是这样写的。 此外，开发人员面临着悬而未决的指针、非法状态和类似的运行时崩溃，他们不知道为什么会发生这种情况

程序员现在大量使用回调和工厂模式。委托类对象的使用减少了对单级类的需求，并且在C、C++、

等语言中需要多继承性。 当开发人员开始理解组件之间基于处理程序的消息传递时，他们会激动不已

以下哪一种方法更可靠，可以知道片段的上下文不应再由其组件使用，或不应在其子活动之外使用：

顶部（）

onDetach（）

onDestroyView（）

onDestroy（）

---

致以最诚挚的问候。

请浏览此链接以了解片段的生命周期

它表示，当您当前的片段（您可以在应用程序扩展类中使用getter和setter进行跟踪）处于死亡阶段时，

getView（）

和

getActivity（）

将返回

null

。因此，您不应该使用这些方法，并且要小心相关的生命周期回调（同样可以在常规具体片段和活动类的抽象BaseFragment/BaseActivity子类中使用布尔getter和setter进行跟踪）

---

请浏览此链接以了解片段的生命周期

它表示，当您当前的片段（您可以在应用程序扩展类中使用getter和setter进行跟踪）处于死亡阶段时，

getView（）

和

getActivity（）

将返回

null

。因此，您不应该使用这些方法，并且要小心相关的生命周期回调（同样可以在常规具体片段和活动类的抽象BaseFragment/BaseActivity子类中使用布尔getter和setter进行跟踪）

---

我正在跟踪所有这些方法，以停止使用片段的

getView（）。从逻辑上讲，我觉得
onDestroy（）
，是实现此目的最合适的方法

我在回答这个问题时也以同样的方式使用了跟踪器：

这种继承策略极大地帮助并改进了
活动
和
片段
生命周期的意义。事实上，它是如此强大，以至于您可以拥有那些未隐式提供的功能：比如，只要在
片段上按下back，您就可以处理系统回压（在
onBackPressed（）
方法中的
BaseActivity
中进行管理），并且您可以阻止
回压事件
调用，直到满足某些条件，或发出
确定\u取消确认警报
，告知您是否确实要退出当前片段

快乐编码：-）
我正在跟踪所有这些方法，以停止使用片段的
getView（）。从逻辑上讲，我觉得
onDestroy（）
，是实现此目的最合适的方法

我在回答这个问题时也以同样的方式使用了跟踪器：

这种继承策略极大地帮助并改进了
活动
和
片段
生命周期的意义。事实上，它是如此强大，以至于您可以拥有那些未隐式提供的功能：比如，只要在
片段上按下back，您就可以处理系统回压（在
onBackPressed（）
方法中的
BaseActivity
中进行管理），并且您可以阻止
回压事件
调用，直到满足某些条件，或发出
确定\u取消确认警报
，告知您是否确实要退出当前片段

快乐编码：-）
查看此链接了解完整片段生命周期查看此链接了解完整片段生命周期