Android 解决图片大量下载:软引用必须懂4点

Android 解决图片大量下载:软引用必须懂4点

可能对于Android开发者来说,软引用这个词有的会不是很熟悉,软引用在Java开发中用的比较多,但是,在Android开发中引用软引用,会给我们解决很多难题。

AD:

1.对象的强、软、弱和虚引用

为了能更加灵活控制对象的生命周期,需要知道对象引用的4中级别,由高到低依次为 :强引用、软引用、弱引用和虚引用

备注: 这四种的区别:

⑴强引用(StrongReference)

强引用是使用最普遍的引用。如果一个对象具有强引用,那垃圾回收器绝不会回收它。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题。

⑵软引用(SoftReference)

如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存(下文给出示例)。软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

⑶弱引用(WeakReference)

弱引用与软引用的区别在于:只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程,因此 不一定会很快发现那些只具有弱引用的对象。弱引用可以和一个引用队列(ReferenceQueue)联合使用,如果弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

⑷虚引用(PhantomReference)

“虚引用”顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列 (ReferenceQueue)联合使用。当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,把这个虚引用加入到与之 关联的引用队列中。

  1. ReferenceQueue queue = new ReferenceQueue ();
  2. PhantomReference pr = new PhantomReference (object, queue);

程序可以通过判断引用队列中是否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列,那么就可以在所引用的对象的内存被回收之前采取必要的行动

2.软引用的工作原理和作用

如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。
软引用可用来实现内存敏感的高速缓存,软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

3.android 中关于图片大批量的图片下载和内存管理的解决方案

思路:

(1)根据路径图片进行下载,下载后将图片的保存在imageCache (HashTable)中,并将图片下载到本地;

(2)下载到第200张左右以上,应用的内存若出现不足( SoftReference softReference 决定不会oom),android的虚拟机就开始垃圾回收对象,这个时候,获取图片时会出 现 SoftReference softReference 获取的图片为null,如果为null,需要根据图片的id和路径去找到已经下载的图片,直接加载显示,如果本地就没有下载过,就直接从网络上下载;

可以参考:http://www.2cto.com/kf/201207/139035.html 将图片加载这个过程封装成一个下载器,专注处理图片下载和缓存问题;这里面的用的是单线程下载,可以使用多线程下载速率更快;

代码如下:

  1. public Drawable loadDrawable(final String imageUrl, final ImageCallBack imageCallback) {
  2. if (imageCache.containsKey(imageUrl)) {
  3. SoftReference<Drawable> softReference = imageCache.get(imageUrl);
  4. Drawable drawable = softReference.get();
  5. if (drawable != null) {
  6. return drawable;
  7. }
  8. }
  9. final Handler handler = new Handler() {
  10. @Override
  11. public void handleMessage(Message message) {
  12. imageCallback.imageLoaded((Drawable) message.obj, imageUrl);
  13. }
  14. };
  15. new Thread() {
  16. @Override
  17. public void run() {
  18. Drawable drawable = null;
  19. try {
  20. drawable = getDrawable(imageUrl);
  21. imageCache.put(imageUrl, new SoftReference<Drawable>(drawable));
  22. } catch (Exception e) {
  23. e.printStackTrace();
  24. }
  25. Message message = handler.obtainMessage(0, drawable);
  26. handler.sendMessage(message);
  27. }
  28. }.start();
  29. return null;
  30. }
  31. private Drawable getDrawable(String urlString) throws Exception {
  32. if(!NetTools.isWifiConnected(context)){
  33. getImage =  DataPreference.getIsAutoGetPicture(context);
  34. }else{
  35. getImage = true;
  36. }
  37. String fileName = urlString.substring(urlString.lastIndexOf("/") + 1).trim();
  38. File cacheFile = null;
  39. if (Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {//sdcard已挂载
  40. cacheFile = new File(shopPicInSdcard + fileName);
  41. if (getImage) {
  42. if (!cacheFile.exists() && cacheFile.createNewFile()) {//缓存文件不存在&&创建了该文件,下载缓存图片到Sdcard
  43. InputStream inputStream = getInputStreamFromHttp(urlString);
  44. writeCacheFile2SDCard(cacheFile, readStream(inputStream));
  45. }
  46. return BitmapDrawable.createFromPath(shopPicInSdcard + fileName);
  47. } else {
  48. return null;
  49. }
  50. } else {//只有在没有sdcard的时候才从网上获取数据流
  51. if (getImage) {
  52. InputStream inputStream = getInputStreamFromHttp(urlString);
  53. return Drawable.createFromStream(inputStream, urlString);
  54. } else {
  55. return null;
  56. }
  57. }
  58. }

4.android 在listview getView的时候对图片的处理方式; 主要对listview中的效率优化.

来自为知笔记(Wiz)

时间: 2024-10-22 15:47:03

Android 解决图片大量下载:软引用必须懂4点的相关文章

[Android] Android开发优化之——使用软引用和弱引用

Java从JDK1.2版本开始,就把对象的引用分为四种级别,从而使程序能更加灵活的控制对象的生命周期.这四种级别由高到低依次为:强引用.软引用.弱引用和虚引用. 这里重点介绍一下软引用和弱引用. 如 果一个对象只具有软引用,那么如果内存空间足够,垃圾回收器就不会回收它:如果内存空间不足了,就会回收这些对象的内存.只要垃圾回收器没有回收它,该对 象就可以被程序使用.软引用可用来实现内存敏感的高速缓存.软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象 被垃圾回

android开发内存优化之软引用

所有Android的开发者一定都遇到过内存溢出这个头疼的问题,一旦出现这个问题,很难直接确定我们的应用是那里出了问题,要想定位问题的原因,必须通过一些内存分析工具和强大的经验积累才能快速的定位到问题具体出现在那里. 基于移动开发具有的这个特性,本着尽量减少内存消耗的原则,以及我最近遇到的内存堆积(偶尔溢出)问题,总结一下这次解决这个问题的经验. 问题源头:开始App功能没那么多的时候,是没有注意到这个问题的,后来功能越强越多,图片也越来越多的时候,用ADT自带的 Allocation Track

Android学习笔记之SoftReference软引用...

PS:其实这一篇和上一篇很类似,都是为了解决内存不足(OOM)这种情况的发生... 学习内容: 1.对象的引用类....   最近也是通过项目中知道了一些东西,涉及到了对象的引用类,对象的引用类分为多种,强引用(其实就是正常的引用),使用SoftReference实现软引用,Weak Reference(弱引用) PhantomRefrence(虚引用)...这三个引用类我只详细的介绍一下SoftReference实现软引用...其他的就一笔带过.... 强引用: Object darker=n

android内存优化发展——使用软引用

整个Android开发者一定是遇到了内存溢出这个头疼的问题,一旦这个问题.很难直接决定我们的应用程序是哪里出了问题,为了找到问题的解决方案,必须累积发行通过一些内存分析工具高速定位和强大的体验,现在详细那里能力. 具有此功能基于手机开发,低内存消耗的原则.以及我近期遇到的内存堆积(偶尔溢出)问题,总结一下这次解决问题的经验. 问题源头:開始App功能没那么多的时候,是没有注意到这个问题的.后来功能越强越多.图片也越来越多的时候,用ADT自带的Allocation Tracker查看了一下内存分配

Java的强引用、弱引用、软引用和虚引用

Java种除了基本数据类型,其它数据类型都是引用的数据类型.而应用数据类型根据生命周期的长短又分为:强引用.弱引用.软引用和需引用(幻象引用),我们平时基本上只用到强引用类型,而其他的引用类型我们也就在面试中,或者平日阅读类库或其他框架源码的时候才能见到. 1.强引用 用到的new了一个对象就是强引用,例如 Object obj = new Object(); 当JVM的内存空间不足时,宁愿抛出OutOfMemoryError使得程序异常终止也不会回收具有强引用的存活着的对象! 强引用对象回收:

android Listview 软引用SoftReference异步加载图片

首先说一下,android系统加载大量图片系统内存溢出的3中解决方法: (1)从网络或本地加载图片的时候,只加载缩略图.这个方法的确能够少占用不少内存,可是它的致命的缺点就是,因为加载的是缩略图,所以图片失真比较严重,对于对图片质量要求很高的应用,可以采用下面的方法 /** *按照图片路径加载 *@param path图片资源的存放路径 *@param scalSize缩小的倍数 *@return */ public static Bitmap loadResBitmap(String path

Android开发之图片处理专题(一):利用软引用构建图片高速缓存

在Android开发中,图片处理是一个难点.对于大量的图片处理,一不小心就会出现OOM的错误.那么,构建缓存,就是非常必要的一个手段.利用软引用构建缓存,只是其中步骤之一,我们来看看一般情况下,图篇处理的流程. 一般而言,图片的处理流程大致如上,之前所说的Xutils的原理,也如此.今天,我们就先讲讲如何利用软引用技术来构建高速缓存. 一.对象的四种引用 在JDK 1.2以前的版本中,若一个对象不被任何变量引用,那么程序就无法再使用这个对象.也就是说,只有对象处于可触及(reachable)状态

android ListView使用软引用解决加载网络图片快速滑动卡顿

前段时间做了一个新闻类的项目,新闻列表中的图片都是网络图片,刚开始是自定义ImageView(等于是在其中加了一个异步下载然后设置背景)虽然可以加载网络图片,不过当快速滑动的时候会很卡顿,而且前期没有对Bitmap做回收,导致OOM(内存溢出),后来上网查了各种资料,大概有两种思路: 1.滑动的时候不加载图片,等滑动停止之后再加载,这样就需要对ListView进行OnScrollListener监听,得到屏幕上显示的开始和结束的位置(当有headView和footerView时需要换算)然后下载

软引用SoftReference异步加载图片

HashMap<String, SoftReference<Drawable>> imageCache 关于SoftReference这个类多少知道些机制,会用就ok了. 机制:简单来说,她会帮助我们管理内存,防止内存溢出,另外一点也就相当于map,临时缓存些图片drawable让我们可以直接引用,很好了解决了OOM异常. 实现代码片段: [java]package com.Tianyou.Mobile.Common;  import java.io.IOException; im