2 qq 23386067 qq_23386067 于 2016.02.17 21:35 提问

listview图片数据过多造成内存泄露

图片数据过多 如何进行优化或者处理才能不造成内存泄露?求大神指教

3个回答

simpleGW
simpleGW   2016.02.17 22:15

1.压缩处理Bitmap 2.使用软引用集合关联bitmap对象进行保存,当内存趋于阈值时销毁部分bitmap对象 3.使用ImageLoader第三方异步图片加载框架

4.Volley框架异步加载图片

qq_18279577
qq_18279577   2016.02.17 21:46

使用第三方图片加载库了吗?如果没有,推荐使用 ImageLoader

duyuanye
duyuanye   2016.02.18 09:32

1.加载图片时进行压缩,放缩到合适的大小再加载进内存
2.adapter的重用机制一定要有
3.不用的图片及时回收,写个图片缓存框架或者总imageloader等第三方框架

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
listView优化以及内存泄露问题
最经开发app使出现了由于ListView产生的内存泄露问题。我们知道内存泄露时很不好的。意味着,代码写的有点失败,需要做些优化改动。 经过这次的教训,以及在网上找了些资料,总结了一下,关于ListView的优化: listview优化问题: 首先,listview必须严格按照convertView及viewHolder格式书写,这样可以基本保证数据最优。 其次,如果自定义Item中有涉及
关于listview加载图片时oom的解决方案
在Android平台上面,应用程序OOM异常永远都是值得关注的问题。通常这一块也是程序这中的重点之一。这下我就如何解决OOM作一点简单的介绍。     首先,OOM就是内存溢出,即Out Of Memory。也就是说内存占有量超过了VM所分配的最大。     怎么解决OOM,通常OOM都发生在需要用到大量内存的情况下(创建或解析Bitmap,分配特大的数组等),在这样的一种情况下,就可能出现O
android避免大量图片内存泄露问题
1.对象的强、软、弱和虚引用    为了能更加灵活控制对象的生命周期,需要知道对象引用的4中级别,由高到低依次为  :强引用、软引用、弱引用和虚引用         备注: 这四种的区别:    ⑴强引用(StrongReference) 强引用是使用最普遍的引用。如果一个对象具有强引用,那垃圾回收器绝不会回收它。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误
如何避免图片加载OOM
在编写程序的时候,经常需要显示很多图片,当图片质量较高,尺寸和分辨率较大时,我们的程序可能吃不消!因为程序都有一定的内存大小限制,这就可能会造成OOM(内存溢出)。 那么,该如何解决这个问题呢?思路就是,在展示高分辨率的图片的时候,肯定会对其进行压缩,然后根据控件的大小调整。  最基本的压缩方法:BitmapFactory BitmapFactory提供了一个Options的方法,该方法里面
最近被内存泄漏和内存消耗过多弄惨了,发现了一篇好文章
转自(http://www.starming.com/index.php?action=plugin&v=wave&tpl=union&ac=viewgrouppost&gid=74&tid=20713&pg=1)   随着技术的发展,智能手机硬件配置越来越高,可是它和现在的PC相比,其运算能力,续航能力,存储空间等都还是受到很大的限制,同时用户对手机的体验要 求远远高于PC的桌面应用程序。
Android中图片过大造成内存溢出,OOM(OutOfMemory)异常解决方法(3)
前言 众所周知,每个Android应用程序在运行时都有一定的内存限制,限制大小一般为16MB或24MB(视平台而定)。因此在开发应用时需要特别关注自身的内存使用量,而一般最耗内存量的资源,一般是图片、音频文件、视频文件等多媒体资源;由于Android系统对音频、视频等资源做了边解析便播放的处理,使用时并不会把整个文件加载到内存中,一般不会出现内存溢出(以下简称OOM)的错误,因此它们的内存消
IE8 Img标签内存泄漏的一种替代方案
众所周知,Internet Explorer 8 及其以下的版本存在各式各样的问题,是所有web开发人员的恶梦。而有资料显示,IE8中内存泄露的节点类型包括:form、button、input、select、textarea、a、img和object,类型之多让人惊叹。这里针对img节点做了泄漏测试,并提供了一种替代方案。
Android性能优化-单例所引起的内存泄露
前言:本篇文章如题,讲解关于性能优化中,使用单例模式所引起的内存泄露得原因及解决方法在Android Studio中通过报表查看引用树,下面开始正题;什么是内存泄露: 简单的说:当一个对象已经不被使用,本应当别回收,但被另一个正在使用的对象所吃用,导致该对象无法被回收; 更多的关于内存泄露的描述请超看相关文章https://yq.aliyun.com/articles/3009 单例模式的
Android中引起内存泄露的原因分析
昨天晚上,通过Android Studio的内存分析工具Android Monitor分析到我写的一个照片选择类出现了内存泄露,还挺严重的。虽没造成oom 之类的crash,但是身为一个有代码洁癖症的程序员,并且一直对内存泄露颇有研究的我,我决定还是要找到出现内存泄露的原因,从头看代码,看了一个多小时,总算找到了。 先说说内存溢出和内存泄露的区别。 内存溢出就是oom,意思是往内存里放的数据太
C++造成内存泄漏的原因汇总:
一、程序循环new创建出来的对象没有及时的delete掉,导致了内存的泄露; 代码如下:#include <iostream> #include <new.h>using namespace std;void out_of_memroy() { cout << "ERROR:内存已耗尽!" << endl; }int main() { set_new_handler(out_of_