关闭

Android 项目总结 ViewPager Indicator fragment内存优化过程

198人阅读 评论(0) 收藏 举报
分类:

因前段时间做了个对内存和CPU要求特别严格的一个项目,场景是:

ViewPager+Fragment+Indicator的一个节目库,因为期间遇到了很多坑,所以在此做一个总结,以便下次再遇到这样的坑可以一下子跳过去。

好了,废话不多说。

一开始看到项目需求的时候,是左右滑动的界面,因为之前做过类似需求,所以很想当然的采用了之前的那套代码方法。


问题一

ViewPager+Fragment+Indicator.

这时候有人就问了。解决这种场景的不都是采用这样的方式吗,我的答案是:也对也不对,看对方在这个项目对内存要求是否严格。

PagerAdapter       VS             FragmentStatePagerAdapter

通过在左右滑动这种滑动卡牌数量少数的时候可以采用PagerAdapter   这种机制

但是如果是卡片特别的多的情况下,再采用这样的PagerAdapter会导致内存一直飙升。此时对于那些要求内存特别严格的厂家就不能接受了,要求降低内存。

 最后采用的是FragmentStatePagerAdapter。

那么这两个有什么区别呢?

FragmentPagerAdapter 继承自 PagerAdapter。相比通用的 PagerAdapter,该类更专注于每一页均为 Fragment 的情况。如文档所述,该类内的每一个生成的 Fragment 都将保存在内存之中,因此适用于那些相对静态的页,数量也比较少的那种;如果需要处理有很多页,并且数据动态性较大、占用内存较多的情况,应该使用FragmentStatePagerAdapter


问题二

由于滑动的特别快,所以对此做了一个懒加载。

场景:一共有15个条目,当前是第一个条目,我点击第15个条目的时候,界面飞速滑动。导致界面卡顿。

解决方案:

为每个Fragment添加一个属性 isPageShow 默认为false。在他的onViewCreated中做判断,如果为true的时候,才进行网络加载。另外又添加了个新方法。reLoadData()。再次回到界面的时候回调,同样,如果为true的时候,才进行网络加载。

剩下的就是调用的时机了。


在indicator的pageSelect方法中,首先将所有的fragment实例中的isPageShow置成flase,然后根据当前的index得到当前的fragment,把它置成true,然后调用reLoadData方法。


注意:因为要讲fragment实例保存起来,再使用FragmentStatePagerAdapter的时候用的是SpaseArray<Fragment>,





0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:190659次
    • 积分:5083
    • 等级:
    • 排名:第5499名
    • 原创:291篇
    • 转载:209篇
    • 译文:0篇
    • 评论:17条
    博客专栏
    最新评论