本博客部分內容是來自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
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/43771.html
標籤：Android
上一篇：RxJava的concat運算子