fragment的切换(解决REPLACE的低效)

简介:

在项目中切换Fragment,一直都是用replace()方法来替换Fragment。但是这样做有一个问题,每次切换的时候Fragment都会重新实列化,重新加载一次数据,这样做会非常消耗性能用用户的流量。

官方文档解释说:replace()这个方法只是在上一个Fragment不再需要时采用的简便方法。

正确的切换方式是add(),切换时hide(),add()另一个Fragment;再次切换时,只需hide()当前,show()另一个。
这样就能做到多个Fragment切换不重新实例化:

切换方法:

复制代码
复制代码
/**
     * fragment 切换
     * 
     * @param from
     * @param to
     */
    public void switchContent(Fragment from, Fragment to, int position) {
        if (mContent != to) {
            mContent = to;
            FragmentTransaction transaction = fm.beginTransaction();
            if (!to.isAdded()) { // 先判断是否被add过
                transaction.hide(from)
                        .add(R.id.content_frame, to, tags[position]).commit(); // 隐藏当前的fragment,add下一个到Activity中
            } else {
                transaction.hide(from).show(to).commit(); // 隐藏当前的fragment,显示下一个
            }
        }
    }
复制代码
复制代码

这样做好后看似没问题。但是比较低端的手机内存不足的时候会造成fragment重叠的情况。

实是由Activity被回收后重启所导致的Fragment重复创建和重叠的问题。

在Activity onCreate()中添加Fragment的时候一定不要忘了检查一下savedInstanceState

多个Fragment重叠则可以这样处理:通过FragmentManager找到所有的UI Fragment,按需要show()某一个Fragment,hide()其他即可!

为了能准确找出所需的Fragment,所以在add()或者replace() Fragment的时候记得要带上tag参数,因为一个ViewGroup 容器可以依附add()多个Fragment,它们的id自然是相同的。

复制代码
复制代码
/**
     * 状态检测 用于内存不足的时候保证fragment不会重叠
     * 
     * @param savedInstanceState
     */
    private void stateCheck(Bundle savedInstanceState) {
        if (savedInstanceState == null) {
            fm = getFragmentManager();
            FragmentTransaction fts = fm.beginTransaction();
            AnimationFragment af = new AnimationFragment();
            mContent = af;
            fts.add(R.id.content_frame, af);
            fts.commit();
        } else {
            AnimationFragment af = (AnimationFragment) getFragmentManager()
                    .findFragmentByTag(tags[0]);
            PlainFragment pf = (PlainFragment) getFragmentManager()
                    .findFragmentByTag(tags[1]);
            RecordFragment rf = (RecordFragment) getFragmentManager()
                    .findFragmentByTag(tags[2]);
            InformationFragment inf = (InformationFragment) getFragmentManager()
                    .findFragmentByTag(tags[3]);
            TestingFragment tf = (TestingFragment) getFragmentManager()
                    .findFragmentByTag(tags[4]);
            getFragmentManager().beginTransaction().show(af).hide(pf).hide(rf)
                    .hide(inf).hide(tf).commit();
        }
    }
复制代码
复制代码

 

 

 
    本文转自 一点点征服   博客园博客,原文链接:http://www.cnblogs.com/ldq2016/p/6245987.html ,如需转载请自行联系原作者
相关文章
|
6月前
|
JavaScript 前端开发
Vue的`v-if`和`v-show`用于条件渲染,`v-if`按需编译/销毁DOM,适合不频繁切换且节省初始化资源
【6月更文挑战第25天】Vue的`v-if`和`v-show`用于条件渲染,`v-if`按需编译/销毁DOM,适合不频繁切换且节省初始化资源;`v-show`则始终编译,仅通过CSS切换显示,适合频繁切换,初始渲染成本高但切换性能好。选择取决于元素显示状态的变化频率和初始渲染需求。
84 2
|
JavaScript UED
解决 Element-ui中 选择器(Select)因options 数据量大导致渲染慢、页面卡顿的问题
解决 Element-ui中 选择器(Select)因options 数据量大导致渲染慢、页面卡顿的问题
3732 0
解决 Element-ui中 选择器(Select)因options 数据量大导致渲染慢、页面卡顿的问题
|
存储 JavaScript 前端开发
web前端面试高频考点——Vue3.x升级的重要功能(emits属性、生命周期、多事件、Fragment、移出.async、异步组件写法、移出 filter、Teleport、Suspense...)
web前端面试高频考点——Vue3.x升级的重要功能(emits属性、生命周期、多事件、Fragment、移出.async、异步组件写法、移出 filter、Teleport、Suspense...)
252 0
|
JavaScript UED
vue里使用虚拟列表处理element-ui的el-select选择器组件数据量大时卡顿问题
vue里使用虚拟列表处理element-ui的el-select选择器组件数据量大时卡顿问题
570 0
vue里使用虚拟列表处理element-ui的el-select选择器组件数据量大时卡顿问题
|
前端开发
#yyds干货盘点 【React工作记录九】switch对按钮进行判断操作
#yyds干货盘点 【React工作记录九】switch对按钮进行判断操作
110 0
单Acitivty+Fragment的优化写法。
一直以来,在写单Acitivty+Fragment的时候,标题栏的布局虽然 include 同一个,但是每次代码里都要对标题栏进行setText() ,而且每次都要写一遍标题栏的点击事件,而在以前的学习使用中,都没有考虑过去对它们进行一个优化。
77 0
|
Web App开发 前端开发
诡异的element-ui的table错位问题
诡异的element-ui的table错位问题
|
容器
Fragment与Fragment相互切换之间的生命周期方法
最近一段时间忙于找工作,找到工作之后忙于项目上线,好久没有写过博客,现在感觉终于闲暇了,写一写这次项目中需要总结提炼的知识点,给自己留个印象吧,毕竟好记性不如烂笔头。
1592 0
|
Android开发
Android RecyclerView单点、批量数据元素项目item的增加、删除和移动
Android RecyclerView单点、批量数据元素项目item的增加、删除和移动 前文附录1,2介绍了基本的Android RecyclerView单点、批量元素项目的更新。
1959 0