問題分析

一直在簡書裏看別人的技術貼，今天我也來寫點自己的心得！最近在寫一個項目用到大量的Fragment後的總結！

我想剛剛接觸安卓的同學或許會這麽寫：

FragmentManager     fragmentManager=getSupportFragmentManager();
FragmentTransaction fragmentTransaction=fragmentManager.beginTransaction();
fragmentTransaction.add(ViewId,fragment);// 或者fragmentTransaction.replace(ViewId,fragment);
 

fragmentTransaction.commit();

基礎更好一點的同學會用show和hide方法

  FragmentManager fm = getSupportFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
ft.hide(new FirstFragment())
        .show(new SecondFragment())
        .commit();

誠然這兩種都可以切換Fragment，但是面對用戶大量點擊來回切換，或者你的Fragment本來就很多，每次都這樣操作，那麽很快你的應用就會OOM，就算不崩那也會異常的卡頓！so why?

當我們replace時發生了以下的生命周期：

想想看每次都replace一下！！這世界會有多美好！！！那麽問題出在哪？回過頭看看代碼就會發現每次在add/replace或者show/hide都會new 一個新的實例，這就是致命原因！！！！！

廢話少說，開始優化

方案一：

預加載模式：

//首先需要先實例好三個全局Fragment

FragmentManager fm = getSupportFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
ft.add(R.id.fragment, FirstFragment.getInstance());
ft.add(R.id.fragment, SecondFragment.getInstance());
ft.add(R.id.fragment, ThirdFragment.getInstance());
ft.hide(SecondFragment.getInstance());
ft.hide(ThirdFragment.getInstance());
ft.commit();

在加載第一個Fragment時就把全部Fragment加載好，下次使用直接調用如：

FragmentManager fm = getSupportFragmentManager();
FragmentTransaction ft = fm.beginTransaction();
ft.hide(FirstFragment.getInstance())
        .show(SecondFragment.getInstance())
        .commit();

是不是總覺怪怪的，雖然比之前的代碼好，但是這種做法很Java，當然需要預加載的朋友依然是不二之選！！！

那有沒有更好的方法呢？答案是肯定的

方案二：

動態加載模式：

//首先需要先實例好n個全局Fragment

//private  Fragment  currentFragment=new Fragment();（全局）

private  FragmentTransaction switchFragment(Fragment targetFragment) {

   FragmentTransaction transaction = getSupportFragmentManager()
           .beginTransaction();
   if (!targetFragment.isAdded()) {
       //第一次使用switchFragment()時currentFragment為null，所以要判斷一下
       if (currentFragment != null) {
           transaction.hide(currentFragment);
           }
       transaction.add(R.id.fragment, targetFragment,targetFragment.getClass().getName());

       } else {
           transaction
                   .hide(currentFragment)
                   .show(targetFragment);


       }
       currentFragment = targetFragment;
      return   transaction;
   }

在點擊切換Fragment時：

@Override
public void onTabSelected(@IdRes int tabId) {

        if (tabId == R.id.tab_one){

            switchFragment(first).commit();

        }
        if (tabId == R.id.tab_two){
            switchFragment(second).commit();
        }
        if (tabId == R.id.tab_three){
            switchFragment(third).commit();
        }
    }

現在你的Fragment無論怎麽切都不會出現卡頓了，因為你的所有Fragment只會被實例化一次！實例一次的Fragment會被存入內存中，下次切換會判斷內存中是否含有要切換的Fragment，如果有就直接復用，沒有就add一個新的！優化大法完成！

外番

WHAT？等等！只實例一次，那我的Fragment裏的數據要更新怎麽辦？我的回答是——軟件關了再次重啟！

要是這樣，這樣的軟件真的要逆天了！好在官方提供了onHiddenChanged方法，每次切換hide或者show時該方法會被執行，可以在這裏面更新數據！

//此方法在Fragment中

@Override
public void onHiddenChanged(boolean hidden) {
super.onHiddenChanged(hidden);
if (hidden){
//Fragment隱藏時調用
}else {
//Fragment顯示時調用
}

}

此方法是不是比每次add或replace更新數據執行一大坨的生命周期要優雅的多的多！

GitHub地址：FragmentDemo (歡迎 fork 和 star)

註：提醒小白（老手請忽略）

此demo只供fragment理解，此樣例app的業務邏輯建議ViewPager+Fragment或者其他。。。

作者：8金木研8
鏈接：https://www.jianshu.com/p/4c5f015b3b6c
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權並註明出處。

Android開發之多Fragment切換優化