管理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

Fragment1 onCreateFragment1 onCreateViewFragment1 onStartFragment1 onResume

用以下代碼切到Fragment2:

FragmentTransaction ft = getFragmentManager().beginTransaction();ft.hide(Fragment1);ft.add(R.id.simple_fragment, Fragment2);ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);ft.commit();

Fragment1不走任何生命周期,但會調onHiddenChanged方法

Fragment2 onCreateFragment2 onCreateViewFragment2 onStartFragment2 onResume

回到Fragment1，Remove Fragment2:

FragmentTransaction ft = getFragmentManager().beginTransaction();ft.remove(Fragment2);ft.show(Fragment1);ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);ft.commit();

Fragment1還是不走任何生命周期，調onHiddenChanged方法

Fragment2 onPauseFragment2 onStopFragment2 onDestoryViewFragment2 onDestory

用這種方法切換，Fragment在隱藏時并不會走onDestoryView，所以顯示時也不會走onCreateView，所有View都一直保存在內存中。
用replace方法：
載入Fragment1生命周期與上面相同：

Fragment1 onCreateFragment1 onCreateViewFragment1 onStartFragment1 onResume

切到Fragment2:

FragmentTransaction ft = getFragmentManager().beginTransaction();ft.replace(R.id.simple_fragment, Fragment2);ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);ft.commit();

這次的Fragment1走生命周期了

Fragment1 onPauseFragment1 onStopFragment1 onDestoryViewFragment1 onDestoryFragment2 onCreateFragment2 onCreateViewFragment2 onStartFragment2 onResume

真實打印出來可能是Fragment1和Fragment2混在一起的，可以看到，Fragment1走了onDestory,被完全回收了!
再切回到Fragment1

FragmentTransaction ft = getFragmentManager().beginTransaction();ft.replace(R.id.simple_fragment, Fragment1);ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);ft.commit();

Fragment1 onCreateFragment1 onCreateViewFragment1 onStartFragment1 onResumeFragment2 onPauseFragment2 onStopFragment2 onDestoryViewFragment2 onDestory

Fragment1因為已經被回收，又走onCreate，Fragment2被回收。

這兩種方式顯然都不滿足我的需求，且與生命周期圖不同。因為我需要在用戶看見/看不見Fragment時register和unregister BroadcastReceiver之類的東西(onHiddenChanged也能實現，但第一次載入顯示，以及銷毀時不會走onHiddenChanged方法)，也不希望用戶回到上一個Fragment就重新創建整個Fragment,因為這樣消耗資源。

看了ApiDemo，發現也是用replace方法，但是，我少了一行：

ft.addToBackStack(null);

在replace時加上這行，可以把原來的Fragment放入棧中，走onDestoryView方法，但不會onDestory,返回時，直接onCreateView,不再onCreate.
返回直接調用popBackStack()方法:

getFragmentManager().popBackStack();