Android开发之多Fragment切换优化(解决切换卡顿)

我想刚刚接触安卓的同学或许会这么写:

基础更好一点的同学会用show和hide方法

诚然这两种都可以切换Fragment,但是面对用户大量点击来回切换,或者你的Fragment本来就很多,每次都这样操作,那么很快你的应用就会OOM,就算不崩那也会异常的卡顿!so why/p>

当我们replace时发生了以下的生命周期:

 

Android开发之多Fragment切换优化(解决切换卡顿)

想想看每次都replace一下!!这世界会有多美好!!!那么问题出在哪过头看看代码就会发现每次在add/replace或者show/hide都会new 一个新的实例,这就是致命原因!!!!!

废话少说,开始优化


方案一:

预加载模式:

在加载第一个Fragment时就把全部Fragment加载好,下次使用直接调用如:

是不是总觉怪怪的,虽然比之前的代码好,但是这种做法很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时:

现在你的Fragment无论怎么切都不会出现卡顿了,因为你的所有Fragment只会被实例化一次!实例一次的Fragment会被存入内存中,下次切换会判断内存中是否含有要切换的Fragment,如果有就直接复用,没有就add一个新的!优化大法完成!

外番


WHAT等!只实例一次,那我的Fragment里的数据要更新怎么办的回答是——软件关了再次重启!

 

Android开发之多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或者其他。。。

来源:卖火柴的小男孩2020

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2018年9月15日
下一篇 2018年9月15日

相关推荐