管理fragment的生命周期有些像管理activity的生命周期。Fragment可以生存在三种状态：
Resumed:
Fragment在一个运行中的activity中并且可见。
Paused:
另一个activity处于最顶层，但是fragment所在的activity并没有被完全覆盖（顶层的activity是半透明的或不占据整个屏幕）。
Stoped:
Fragment不可见。可能是它所在的activity处于stoped状态或是fragment被删除并添加到后退栈中了。此状态的fragment仍然存在于内存中。
同样类似于activity，你可以把fragment的状态保存在一个Bundle中，在activity被recreated时就需用到这个东西。你可以在onSaveInstanceState()方法中保存状态并在onCreate()或onCreateView()或onActivityCreated()中恢复。
Fragment与Activity的生命周期中最大的不同就是存储到后退栈中的过程。Activity是在停止时自动被系统压入停止栈，并且这个栈是被系统管理的；而fragment是被压入activity所管理的一个后退栈，并且只有你在删除fragment后并明确调用addToBackStack()方法时才被压入。
然而，管理fragment的生命周期与管理activity的生命周期极其相似。你所需要去思考的是activity的生命周期如何影响fragment的生命周期。
下面这张Fragment生命周期图大家应该看得很多了：
但最近在写PageManager(管理页面跳转),发现切换页面时，之前的页面走完onDestoryView就直接onDestory了，回来又重新onCreate,如果用hide和show的方式，都不走生命周期，看了ApiDemo代码，发现原因，整理一下.
切换Fragment有两种方式，一种是add新的，并把旧的hide,另一种是replace.
旧的Fragment为Fragment1,新的是Fragment2,忽略非关键生命周期。
使用add方法切换时：
载入Fragment1
