Android Fragment使用(一) 基礎篇 溫故知新
Fragment使用的基本知識點總結, 包括Fragment的新增, 引數傳遞和通訊, 生命週期和各種操作.
Fragment使用基礎
Fragment新增
方法一: 佈局裡的標籤
識別符號: tag, id, 如果都沒有, container的id將會被使用.
方法二: 動態新增
動態新增利用了一個transaction:
FragmentManager fragmentManager = getFragmentManager(); Fragment fragment = fragmentManager.findFragmentByTag(FragmentB.TAG); if (null == fragment) { FragmentB fragmentB = new FragmentB(); FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction(); fragmentTransaction.add(R.id.fragment_container, fragmentB, FragmentB.TAG) .commit(); }
commit()方法並不立即執行transaction中包含的動作,而是把它加入到UI執行緒佇列中.
如果想要立即執行,可以在commit之後立即呼叫FragmentManager的executePendingTransactions()方法.
commit()方法必須在狀態儲存之前呼叫,否則會丟擲異常,如果覺得狀態丟失沒關係,可以呼叫commitAllowingStateLoss(). 但是除非萬不得已, 一般不推薦用這個方法, 會掩蓋很多錯誤.
Back Stack
Activity的back stack: 系統維護, 每個task一個back stack.
Fragment的back stack: 宿主activity掌管, 每個activity一個.
通過呼叫addToBackStack(),commit()的一系列轉換作為一個transaction被儲存在back stack中,
使用者按Back鍵, 從棧中pop出一個transaction, 逆轉操作, 可以返回上一個轉換前的狀態.
一個transaction可以包含多種操作, 並且不侷限於對同一個Fragment, 所以每一個transaction實際上可以是一系列對多個fragment的操作的組合.
加入到back stack中去的時候, 是把這一系列的組合作為一個原子, 加入到back stack中.
構造和引數傳遞
所有的Fragment都必須有一個public的無參建構函式
如果無參構造沒有提供,會有異常.
所以不要給Fragment寫有引數的建構函式, 也不要企圖搞個什麼單例的Fragment. 這些都是反設計的.
引數傳遞的正確姿勢:
public static FragmentWithParameters newInstance(int num) {
FragmentWithParameters fragmentWithParameter = new FragmentWithParameters();
Bundle args = new Bundle();
args.putInt(NUM, num);
fragmentWithParameter.setArguments(args);
return fragmentWithParameter;
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
num = getArguments() != null ? getArguments().getInt(NUM) : 0;
}這裡是提供了一個靜態方法, 也可以new出物件後自己set Bundle引數.
Fragment的通訊
除了DialogFragment和巢狀Fragment需要與自己的parent fragment通訊以外, 一般的fragment是不與其他fragment有任何通訊的. 因為要求應儘量獨立, 模組化, 可複用.
fragment與自己的parent activity (除了巢狀和dialog的情況外, 這個parent通常是activity) 有直接通訊, 一般以這三種方式:
- 在構造fragment的時候, 通過Bundle傳遞引數.
- parent可以直接呼叫fragment的public方法, 這裡也可以傳遞一些引數.
- Listener, 也即parent實現的callback介面, fragment可以在自己內部呼叫, 這裡fragment也可以傳遞引數出去.
對於DialogFragment來說, 可以通過一個public的set方法將外面的target設定進去.
比如用Fragment的這個方法: setTargetFragment()
例子
對於巢狀(nested)Fragment, 通訊方式與上面普通的fragment類似, 只不過parent此時不是activity而是一個fragment.
後面會單獨有一個文章說巢狀Fragment的使用, 敬請期待.
Fragment的生命週期
Fragment的生命週期首先和Activity的生命週期密切相關,
如果activity stopped,其中所有的fragment都不能start;
如果activity destroyed, 其中所有的fragment都會被destroyed.
只有activity在resumed狀態下,fragment的生命週期可以獨立改變,否則它被activity控制.
上面這個圖來自於: https://corner.squareup.com/2014/10/advocating-against-android-fragments.html
這裡還有一個更吊的圖: https://github.com/xxv/android-lifecycle
FragmentTransaction基礎操作
操作型別
FragmentTransaction 中對Fragment有如下幾種操作:
attach(), detach()
add(), remove(),
show(), hide(),
replace()除了replace()以外其他都是成對的.
其中attach()和detach()不是很常用.
呼叫detach()之後, fragment實際的生命週期會走到onDestroyView(), 但不會走onDestroy()和onDetach(), 也即fragment本身並沒有被銷燬, 只是view被銷燬了. 這和addToBackStack()的情況一樣, 儘管呼叫detach()的時候沒有addToBackStack(), 仍然只是走到view被銷燬的階段.
add()和remove()是將fragment新增和移除.
remove()比detach()要徹底一些, 如果不加入到back stack, remove()的時候, fragment的生命週期會一直走到onDetach().
show()和hide()是用來設定fragment的顯示和隱藏狀態, 這兩個方法並不對應fragment的狀態變化,只是將view設定為visible和gone,然後呼叫onHiddenChanged()的回撥.
實際上replace() == remove() + add(), 所以它的反操作也是replace(), 只不過把add和remove的東西交換一下.
關於replace()和show(), hide()的選擇, 要根據實際使用情形來定.replace()的好處是會減少記憶體佔用, 但是返回時需要重新走完初始化的過程.show()和hide()只是控制了fragment的顯示和隱藏, 不會改變生命週期狀態, 也即fragment始終是處於running狀態的, 被保持在記憶體中, 適用於頻繁切換的情形.
remove(), replace()是否加到back stack對生命週期的影響
前面說過, replace() == remove() + add()
新的fragment將取代在容器佈局中的fragment, 如果沒有,將直接新增新的fragment.
是否新增到back stack對fragment的生命週期是有影響的.remove()或者replace()的時候,如果commit()之前沒有呼叫addToBackStack(),那個舊fragment將會被destroyed和detach; 即完全銷燬和移除.
如果呼叫了addToBackStack(),舊的fragment會處在stopped狀態,呼叫到onDestroyView(), 可以通過返回鍵來resume.
這個時候對於舊的Fragment來說, 成員變數依然在,但是View被銷燬了. 所以返回時它的生命週期從onCreateView()開始重建View.
參考資料
Android Reference Fragment
Android Reference FragmentTransaction
CodePath Guides: Creating and Using Fragments