本博客部分內容是來自http://blog.csdn.net/dreamzml/article/details/9951577FragmentPagerAdapterFragmentPagerAdapter 繼承自 PagerAdapter。相比通用的 PagerAdapter，該類更專註於每一頁均 ...
本博客部分內容是來自http://blog.csdn.net/dreamzml/article/details/9951577
FragmentPagerAdapter
FragmentPagerAdapter 繼承自 PagerAdapter。相比通用的 PagerAdapter，該類更專註於每一頁均為 Fragment 的情況。如文檔所述，該類內的每一個生成的 Fragment 都將保存在記憶體之中，因此適用於那些相對靜態的頁，數量也比較少的那種；如果需要處理有很多頁，並且數據動態性較大、占用記憶體較多的情況，應該使用FragmentStatePagerAdapter。FragmentPagerAdapter 重載實現了幾個必須的函數，因此來自 PagerAdapter 的函數，我們只需要實現 getCount()，即可。且，由於 FragmentPagerAdapter.instantiateItem() 的實現中，調用了一個新增的虛函數 getItem()，因此，我們還至少需要實現一個 getItem()。因此，總體上來說，相對於繼承自 PagerAdapter，更方便一些。
getItem()
該類中新增的一個虛函數。函數的目的為生成新的 Fragment 對象。重載該函數時需要註意這一點。在需要時，該函數將被 instantiateItem() 所調用。
如果需要向 Fragment 對象傳遞相對靜態的數據時，我們一般通過 Fragment.setArguments() 來進行，這部分代碼應當放到 getItem()。它們只會在新生成 Fragment 對象時執行一遍。
如果需要在生成 Fragment 對象後，將數據集裡面一些動態的數據傳遞給該 Fragment，那麼，這部分代碼不適合放到 getItem() 中。因為當數據集發生變化時，往往對應的 Fragment 已經生成，如果傳遞數據部分代碼放到了 getItem() 中，這部分代碼將不會被調用。這也是為什麼很多人發現調用 PagerAdapter.notifyDataSetChanged() 後，getItem() 沒有被調用的一個原因。
instantiateItem()
函數中判斷一下要生成的 Fragment 是否已經生成過了，如果生成過了，就使用舊的，舊的將被 Fragment.attach()；如果沒有，就調用 getItem() 生成一個新的，新的對象將被 FragmentTransation.add()。
FragmentPagerAdapter 會將所有生成的 Fragment 對象通過 FragmentManager 保存起來備用，以後需要該 Fragment 時，都會從 FragmentManager 讀取，而不會再次調用 getItem() 方法。
如果需要在生成 Fragment 對象後，將數據集中的一些數據傳遞給該 Fragment，這部分代碼應該放到這個函數的重載里。在我們繼承的子類中，重載該函數，並調用 FragmentPagerAdapter.instantiateItem() 取得該函數返回 Fragment 對象，然後，我們該 Fragment 對象中對應的方法，將數據傳遞過去，然後返回該對象。
否則，如果將這部分傳遞數據的代碼放到 getItem()中，在 PagerAdapter.notifyDataSetChanged() 後，這部分數據設置代碼將不會被調用。
destroyItem()
該函數被調用後，會對 Fragment 進行 FragmentTransaction.detach()。這裡不是 remove()，只是 detach()，因此 Fragment 還在 FragmentManager 管理中，Fragment 所占用的資源不會被釋放。
FragmentPagerAdapter預設是先預載入一頁的，比如顯示了第1頁，就會把第2頁也載入了，先調用FragmentPagerAdapter的構造方法 MyPagerAdapter(FragmentManager fm)，再調用instantiateItem(ViewGroup container, int position) 函數中判斷一下要生成的 Fragment 是否已經生成過了，如果生成過了，就使用舊的，舊的將被 Fragment.attach()；如果沒有，就調用 getItem() 生成一個新的，然後再調用ChatFragment與foundFragment的生命周期
轉載自：https://blog.csdn.net/fangkailong/article/details/38268509
FragmentManager的一些api：
不同的FragmentManager：
見其名，知其意，是關於Fragment的管理器，在開發中，使用比較多；
其中關於Manager，用的比較多的API：
- getSupportFragmentManager（）：在Activity中使用Fragment的管理器，對所有Fragment進行管理。
- getFragmentManager（）：與 getSupportFragmentManager（）功能是一樣的，只是是在Fragment中使用
- getChildFragmentManager()：在Fragment嵌套使用中經常使用到，但這裡需要註意一個點，看下圖：
解析圖
在fragment創建childFragment的時候，需要註意的是：使用getChildFragmentManager（） 使用getFragmentManager（）會導致記憶體泄漏，在嵌套的Fragment中，內部的fragment創建，需要使用getChildFragmentManager（）
FragmentManager常用的api：
getFragments():可以獲取所有創建時候add進去的所有Fragment；通常可以通過這個api來獲取需要指定操作的fragment對象
manager.findFragmentByTag(String tag): 通過TAG獲取指定的Fragment；這個TAG，是在創建Fragment時，調用addToBackStack(String tag)進行綁定關係的
popBackStack()： 彈出棧頂fragment
popBackStack(String tag,int flags)：
tag可以為null或者相對應的tag，flags只有0和1(POP_BACK_STACK_INCLUSIVE)兩種情況
如果tag為null，flags為0時，彈出回退棧中最上層的那個fragment。
如果tag為null ，flags為1時，彈出回退棧中所有fragment。
如果tag不為null，那就會找到這個tag所對應的fragment，flags為0時，彈出該
fragment以上的Fragment，如果是1，彈出該fragment（包括該fragment）以
上的fragment。
popBackStackImmediate相關的方法與上面邏輯是一樣的與上面不同的是，在調用的時候會立即執行彈出。
FragmentTransaction：
管理著Fragment所有的展示交互，還有Fragment的回滾事件
FragmentTransaction常用的api：
add()：將一個Fragment實例對象添加到集合列表的尾部，當展示的時候會在activity的最上層
remove()：將一個Fragment實例對象從存儲的集合列表中移除，並且將其從UI界面中銷毀
replace()：將上一個Fragmnt的實例對象從存儲的集合列表中移除，將當前的Fragment實例對象添加到存儲的鏈表尾部，當展示的時候會在activity的最上層
hide()：將一個fragment，從展示狀態隱藏起來，實例對象不被銷毀
show()：將一個fragment實例對象，展示出來
addToBackStack()：將fragment添加到回退棧中
add() 和 replace() 運用總結：
在項目的使用中，通常習慣使用add()載入，add方式視圖不會重建，會被保存起來，而replace()每次都會remove掉前面的視圖，而replace方式的回退，舊的視圖每一次都會重建，在用戶體驗上不好。
add()和replace()的使用，不能夠混合使用，在混合使用的情況下，會導致回退棧混亂，導致的原因是在回退過程中記錄的角標存在問題
hide() 和 show() 運用總結：
通常的使用情況是在主界面上，有多Tab鍵切換情況
FragmentTransaction事兒需要用到的api：
detach()：將視圖View和Fragment分離，視圖View也會從ViewTree中刪除，還會將Fragment從add的隊列中刪除，所以在調用isAdd方法的時候返回的是false，但實例對象本身是還存在的，通過FragmentManager的findFragmentByTag還可以獲取到實例對象。
attach()：通過fragment的onCreateView()的重建視圖，並且被重新加入到add的隊列中，並且處於隊列頭部。
轉載自：https://blog.csdn.net/qq_20280683/article/details/79641182
