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的無參構造函數, 因為framework經常會在需要的時候重新創建實例(狀態恢復時), 它需要的就是這個構造.
如果無參構造沒有提供,會有異常.
所以不要給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
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
最后, 歡迎訂閱公眾號: 圣騎士Wind:
