標籤:技術 bool 隱藏 blank begin lse cond github strong
問題分析
一直在簡書裡看別人的技術貼,今天我也來寫點自己的心得!最近在寫一個項目用到大量的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時:@Overridepublic 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切換最佳化