Android Fragment---处理Fragment生命周期

管理Fragment的生命周期有点像管理Activity的生命周期，跟Activity一样，Fragment也存在三种状态：

恢复态：

这种状态下，Fragment显示在正在运行的Activity中。

暂停态：

这种状态下，另一个Activity在前台，并且有焦点，但这个Fragment所在的Activity依然是可见的（它前面的Activity是部分透明或没有完全覆盖它）。

终止态：

这种状态下，Fragment是不可见的，既可以是持有它的Activity已经被终止，也可以是Fragment从Activity中被删除，但被添加到了回退堆栈中。被终止的Fragment依然存活着（所有的状态和成员信息被系统保留着）。但是，对用户它不再可见，并且如果Activity被杀死，它也会被杀死。

跟Activity一样，你也能使用Bundle对象保留Fragment的状态，这样，在Activity的进程被杀死时，并且在Activity被重建时，你需要使用这个对象来恢复Fragment的状态。你能够在Fragment的onSaveInstanceState()回调执行期间保存状态，并且在onCreate(),onCreateView()回调或onActivityCreated()回调期间恢复状态。关于保存状态的更多信息，请看Activity文档。

Activity和Fragment之间在生命周期中最显著的不同是在各自的回退堆栈中它们是如何存储的。在Activity被终止时，默认情况下，Activity被放到了通过系统来管理的Activity的回退堆栈（因此用户能够使用回退按钮向后导航）。但是，在删除Fragment的事务期间，只有通过调用addToBackStack()方法明确的请求要保存Fragment实例时，它才被放到由持有Fragment的Activity管理的回退堆栈中。

否则，管理Fragment的生命周期与管理Activity的生命周期非常类似。因此，尽管你也需要理解Activity的生命是如何影响Fragment的生命的，但是在管理Activity生命周期（managing the activity lifecycle）文章中介绍的内容同样适用Fragment。

注：本人转载系个人觉得翻译的很好，值得收藏，且自己回头看着方便。

如有兴趣请访问作者官方博客http://blog.csdn.net/FireOfStar