美文网首页安卓FragmentAndroid开发Android知识
Android开发之多Fragment切换优化

Android开发之多Fragment切换优化

作者: 8金木研8 | 来源:发表于2017-03-10 00:03 被阅读8760次

    2018年1月30日更新

    问题分析


    一直在简书里看别人的技术贴,今天我也来写点自己的心得!最近在写一个项目用到大量的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或者其他。。。

    相关文章

      网友评论

        本文标题:Android开发之多Fragment切换优化

        本文链接:https://www.haomeiwen.com/subject/jcppwttx.html