说说Android瀑布流的内存管理

本文作者分享了在Android项目中实现瀑布流布局时如何进行内存管理,避免OOM问题。采用FinalBitmap作为图片管理库,但发现仍需手动管理内存。通过只显示屏幕内图片并动态回收遮挡图片,优化内存使用。作者还介绍了关键变量的用法,并提到在ScrollView的滚动回调中实现内存回收。最后提供了简化版Demo以供参考。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Title:这是我在优快云上的第一篇技术博客

项目进入到三期优化阶段,想着也该积累些东西了。所以就在优快云上开了个技术博客。

首先声明——我不是什么技术大牛,小菜一个。Post上来的东西肯定有很多BUG,不敢炫耀,只盼和同道中人共同探讨,进步。

(这话官方得我自己都起鸡皮疙瘩~-_-|||)

项目中有用到图片墙的展示方式,而且貌似这种套路目前很受欢迎,所以摘几个自认为比较有分量的点和大家分享一下。

先上页面效果图


图片墙的布局模式我也是参考了其他同学分享的图片墙,父控件是一个horizontal的LinearLayout,里面包含了三个vertical的LinearLayout。我们需要做的就是往这三个vertical的LinearLayout中添加图片布局就可以了。

//记录每列的高度
private int[] mColumHeight;

我认为让很多同学(包括我在内)最为头痛的就是图片的内存管理了,一不小心OOM就和你say hello。所以先和大家分享我是如何管理图片内存的。

我是用FinalBitmap来管理图片的,个人认为FinalBitmap还是比较好用的,而且开源的特性可以修改源码以满足各式各样的需求。

BUT!FinalBitmap不是万能的,即使它有自己内存管理的方式,但在我使用过程中还是会OOM,所以还是得需要自己手动管理图片内存。

我的设计思路是——“只显示手机屏幕中显示的图片,那些被遮挡的图片全部回收”。这样在不影响用户视觉体验的情况下尽可能的减小内存使用。

如果有同学调研过图片墙的内存管理会发现现在网上流行在ScrollView回调onAutoLoad(int l, int t, int oldl, int oldt),然后根据用户滑动来动态回收内存的方法,我的思路参考了这个方法,并做了改进。

好了!进入正题。

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值