本篇主要介紹一些Fragment使用技巧。
Fragment是可以讓你的app縱享絲滑的設計，如果你的app想在現在基礎上效能大幅度提高，並且佔用記憶體降低，同樣的介面Activity佔用記憶體比Fragment要多，響應速度Fragment比Activty在中低端手機上快了很多，甚至能達到好幾倍！如果你的app當前或以後有移植平板等平臺時，可以讓你節省大量時間和精力。
簡陋的目錄
1、一些使用建議
2、add(), show(), hide(), replace()的那點事
3、關於FragmentManager你需要知道的
4、使用ViewPager+Fragment的注意事項
5、Fragment事務，你可能不知道的坑
6、是使用單Activity＋多Fragment的架構，還是多模組Activity＋多Fragment的架構？
作為一個穩定的app，從後臺且回到前臺，一定會在任何情況都能恢復到離開前的頁面，並且保證資料的完整性。
如果你沒看過本系列的第一篇，為了方便後面文章的介紹，先規定一個“術語”，安卓app有一種特殊情況，就是 app執行在後臺的時候，系統資源緊張的時候導致把app的資源全部回收（殺死app的程式），這時把app再從後臺返回到前臺時，app會重啟。這種情況下文簡稱為：“記憶體重啟”。
一些使用建議
1、對Fragment傳遞資料，建議使用setArguments(Bundle args)，而後在onCreate中使用getArguments()取出，在 “記憶體重啟”前，系統會幫你儲存資料，不會造成資料的丟失。和Activity的Intent原理一致。
2、使用newInstance(引數) 建立Fragment物件，優點是呼叫者只需要關係傳遞的哪些資料，而無需關心傳遞資料的Key是什麼。
3、如果你需要在Fragment中用到宿主Activity物件，建議在你的基類Fragment定義一個Activity的全域性變數，在onAttach中初始化。原因參考第一篇的“getActivity()空指標”部分，在onCreateView() 內出現getActivity()的程式碼 很可能是危險的。
|
1 2 3 4 5 6 |
protected Activity mActivity; @Override public void onAttach(Activity activity) { super.onAttach(activity); this.mActivity = activity; } |
add(), show(), hide(), replace()的那點事
1、區別
show()，hide()最終是讓Fragment的View setVisibility(true還是false)，不會呼叫生命週期；
replace()的話會銷燬檢視，即呼叫onDestoryView、onCreateView等一系列生命週期；
add()和 replace()不要在同一個階級的FragmentManager裡混搭使用。
2、使用場景
如果你有一個很高的概率會再次使用當前的Fragment，建議使用show()，hide()，可以提高效能。
在我使用Fragment過程中，大部分情況下都是用show()，hide()，而不是replace()。
3、onHiddenChanged的回撥時機
當使用add()+show()，hide()跳轉新的Fragment時，舊的Fragment回撥onHiddenChanged()，不會回撥onStop()等生命週期方法，而新的Fragment在建立時是不會回撥onHiddenChanged()，這點要切記。
4、Fragment重疊問題
使用show()，hide()帶來的一個問題就是，如果你不做任何處理，在“記憶體重啟”後，Fragment會重疊；
有些小夥伴可能就是為了避免Fragment重疊問題，而選擇使用replace()，但是使用show()，hide()時，重疊問題是完全可以解決的，有兩種方式解決，詳情參考上一篇。
關於FragmentManager你需要知道的
1、FragmentManager棧檢視
（1）每個Fragment以及宿主Activity(繼承自FragmentActivity)都會在建立時，初始化一個FragmentManager物件，處理好Fragment巢狀問題的關鍵，就是理清這些不同階級的棧檢視。
下面給出一個簡要的關係圖：
（2）對於宿主Activity，getSupportFragmentManager()獲取的FragmentActivity的FragmentManager物件;
對於Fragment，getFragmentManager()是獲取的是父Fragment(如果沒有，則是FragmentActivity)的FragmentManager物件，而getChildFragmentManager()是獲取自己的FragmentManager物件。
2、恢復Fragment時（同時防止Fragment重疊），選擇getFragments()還是findFragmentByTag()
（1）選擇getFragments()
對於一個Activity內的多個Fragment，如果Fragment的關係是“流程”，比如登入->註冊/忘記密碼->填寫資訊->跳轉到主頁Activity。這種情況下，用getFragments()的方式是最合適的，在你的Activity內（更好的方式是在你的所有”流程”基類Activity裡），寫下如下程式碼：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
@Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (savedInstanceState != null) { List fragments = getSupportFragmentManager().getFragments(); if (fragments != null & fragments.size() > 0) { boolean showFlag = false; FragmentTransaction ft = getSupportFragmentManager().beginTransaction(); for (int i = fragments.size() - 1; i >= 0; i--) { Fragment fragment = fragments.get(i); if (fragment != null) { if (!showFlag) { ft.show(fragments.get(i)); showFlag = true; } else { ft.hide(fragments.get(i)); } } } ft.commit(); } } } |
上面恢復Fragment的方式，不僅提高效能，同時避免了Fragment重疊現象，最重要的事，你根本不用關係Activity容器裡都有哪些Fragment。
（2）選擇findFragmentByTag()恢復
如果你的Activity的Fragments，不是“流程”關係，而是“同級”關係，比如QQ的主介面，“訊息”、“聯絡人”、“動態”，這3個Fragment屬於同級關係，用上面的程式碼就不合適了，恢復的時候總會恢復最後一個，即“動態Fragment”。
正確的做法是在onSaveInstanceState()內儲存當前所在Fragment的tag或者下標，在onCreate()是恢復的時候，隱藏其它2個Fragment。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 |
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity); MsgFragment msgFragment; ContactFragment contactFragment; MeFragment meFragment; if (savedInstanceState != null) { // “記憶體重啟”時呼叫 msgFragment = getSupportFragmentManager().findFragmentByTag(msgFragment.getClass().getName); contactFragment = getSupportFragmentManager().findFragmentByTag(contactFragment.getClass().getName); meFragment = getSupportFragmentManager().findFragmentByTag(meFragment.getClass().getName); index = saveInstanceState.getInt(KEY_INDEX); // 根據下標判斷離開前是顯示哪個Fragment， // 這裡省略判斷程式碼，假設離開前是ConactFragment // 解決重疊問題 getFragmentManager().beginTransaction() .show(contactFragment) .hide(msgFragment) .hide(meFragment) .commit(); }else{ // 正常時 msgFragment = MsgFragment.newInstance(); contactFragment = ContactFragment.newInstance(); meFragment = MeFragment.newInstance(); getFragmentManager().beginTransaction() .add(R.id.container, msgFragment, msgFragment.getClass().getName()) .add(R.id.container, contactFragment, contactFragment.getClass().getName()) .add(R.id,container,meFragment,meFragment.getClass().getName()) .hide(contactFragment) .hide(meFragment) .commit(); } } @Override public void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); // 儲存當前Fragment的下標 outState.putInt(KEY_INDEX, index); } |
當然在“同級”關係中，使用getFragments()恢復也是可以的。
使用ViewPager+Fragment的注意事項
1、使用ViewPager＋Fragment時，切換不同ViewPager頁面，不會回撥任何生命週期方法以及onHiddenChanged()，只有setUserVisibleHint(boolean isVisibleToUser)會被回撥，所以如果你想進行一些懶載入，需要在這裡處理。
2、在給ViewPager繫結FragmentPagerAdapter時，new FragmentPagerAdapter(fragmentManager)的FragmentManager，一定要保證正確，如果ViewPager是Activity內的控制元件，則傳遞getSupportFragmentManager()，如果是Fragment的控制元件中，則應該傳遞getChildFragmentManager()。只要記住ViewPager內的Fragments是當前元件的子Fragment這個原則即可。
3、如果使用ViewPager+Fragment，不需要在“記憶體重啟”的情況下，去恢復的Fragments，有FragmentPagerAdapter的存在，不需要你去做恢復工作。
Fragment事務，你可能不知道的坑
1、如果你在使用popBackStackImmdiate()方法後，緊接著直接呼叫類似如下事務的方法，因為他們執行在訊息佇列的問題，還沒來得及出棧就執行事務的方法了，這可能會導致不正常現象。
|
1 2 3 4 5 |
getSupportFragmentManager().popBackStackImmdiate(); getSupportFragmentManager().beginTransaction() .add(R.id.container, fragment , tag) .hide(currentFragment) .commit; |
正確的做法是使用主執行緒的Handler，將事務放到Runnable裡執行。
|
1 2 3 4 5 6 7 |
getSupportFragmentManager().popBackStackImmdiate(); new Handler().post(new Runnable(){ @Override public void run() { // 在這裡執行Fragment事務 } }); |
2、給Fragment設定Fragment轉場動畫時，如果你沒有一整套解決方案，應避免使用.setTransition(transit)以及.setCustomAnimations(enter, exit, popEnter, popExit)，而只使用.setCustomAnimations(enter, exit)這個方法。
其它2個方法會在某種情況下的“記憶體重啟”中會出現BUG。
本系列最後一篇給出了我的解決方案，解決了該問題，有興趣可以自行檢視 :)
另外一提：謹慎使用popStackBack(String tag/int id,int flasg)系列的方法，原因在上一篇中已經描述。
是使用單Activity＋多Fragment的架構，還是多模組Activity＋多Fragment的架構？
單Activity＋多Fragment：
一個app僅有一個Activity，介面皆是Frament，Activity作為app容器使用。
優點：效能高，速度最快。參考：新版知乎 、google系app
缺點：邏輯比較複雜，尤其當Fragment之間聯動較多或者巢狀較深時，比較複雜。
多模組Activity＋多Fragment：
一個模組用一個Activity，比如
1、登入註冊流程：
LoginActivity + 登入Fragment + 註冊Fragment + 填寫資訊Fragment ＋ 忘記密碼Fragment
2、或者常見的資料展示流程：
DataActivity + 資料列表Fragment + 資料詳情Fragment ＋ …
優點：速度快，相比較單Activity+多Fragment，更易維護。
我的觀點：
權衡利弊，我認為多模組Activity＋多Fragment是最合適的架構，開發起來不是很複雜，app的效能又很高效。
當然。Fragment只是官方提供的靈活元件，請優先遵從你的專案設計！真的特別複雜的介面，或者單個Activity就可以完成一個流程的介面，使用Activity可能是更好的方案。
最後
如果你讀完了第一篇和這篇文章，那麼我相信你使用多模組Activity+多Fragment的架構所遇到的坑，大部分都應該能找到解決辦法。
但是如果流程較為複雜，比如Fragment A需要啟動一個新的Fragment B並且關閉當前A,或者A啟動B，B在獲取資料後，想在返回到A時把資料交給A（類似Activity的startActivityForResult），又或者你保證在Fragment轉場動畫的情況下，使用pop(tagid)從棧內退出多個Fragment，或者你甚至想Fragment有一個類似Activity的SingleTask啟動模式，那麼你可以參考下一篇，我的解決方案庫，Fragmentation。它甚至提供了一個讓你在開發時，可以隨時檢視所有階級的棧檢視的UI介面。