活动与片段之间的生命周期

Question

在我的调试中，我注意到onPause / onStart / onStop / onDestroy首先在片段上调用然后调用其活动，而onResume则相反 - 在片段之前首先调用onResume的活动。

为什么onPause / onStart / onStop的顺序与on活动和片段之间的onResume不同？

09-28 15:26:40.869  30320-30320/testintent D/TestFragment﹕ onStart
09-28 15:26:40.869  30320-30320/testintent D/TestActivity﹕ onStart 
09-28 15:26:40.869  30320-30320/testintent D/TestActivity﹕ onResume 
09-28 15:26:40.869  30320-30320/testintent D/TestFragment﹕ onResume 
09-28 15:26:40.869  30320-30320/testintent D/TestActivity﹕ onPostResume

Answer 1

只是在停止时猜测，你从内部组件到外部组件停止，而开始从外部到内部开始。

Answer 2

我也通过以下链接：

您可以参考Activity onStart() being called before Fragment's onActivityCreated()

<强> http://developer.android.com/guide/components/fragments.html

在文档中也清楚地提到过： 图中说明了片段生命周期的流程，因为它受到宿主活动的影响。

  

在此图中，您可以看到活动的每个连续状态如何确定片段可以接收哪些回调方法。例如，当活动收到onCreate（）回调时，活动中的片段只会收到onActivityCreated（）回调。

     

一旦活动达到恢复状态，您就可以自由地向活动添加和删除片段。因此，只有当活动处于恢复状态时，片段的生命周期才能独立变化。

然而，当活动离开恢复状态时，片段再次被活动推送到其生命周期。

希望这会有所帮助。

Answer 3

为什么onResume（）命令在您的activity / fragment中很重要？ 根据Google指南，Fragments应设计为可插拔组件，而不依赖于父Activity。

我怀疑你可能对Fragment中的父活动有太多依赖，可能需要重构。

理想情况下，片段的设计应使您能够将其插入任何活动而无需任何修改。