关于异步加载、缓存图片、软引用等

Android内存管理-SoftReference的使用 转自：http://dev.10086.cn/cmdn/wiki/index.php?doc-view-5031.html

很多时候我们需要考虑Android平台上的内存管理问题，Dalvik VM给每个进程都分配了一定量的可用堆内存，当我们处理一些耗费资源的操作时可能会产生OOM错误(OutOfMemoryError)这样的异常，Android123观察了下国内的类似Market客户端设计，基本上都没有采用很好的内存管理机制和缓存处理。

  如果细心的网友可能发现Android Market客户端载入时，每个列表项的图标是异步刷新显示的，但当我们快速的往下滚动到一定数量比如50个，再往回滚动时可能我们看到了部分App的图标又重新开始加载，当然这一过程可能是从SQLite数据库中缓存的，但是在内存中已经通过类似SoftReference的方式管理内存。

  在Java中内存管理，引用分为四大类，强引用HardReference、弱引用WeakReference、软引用SoftReference和虚引用PhantomReference。它们的区别也很明显，HardReference对象是即使虚拟机内存吃紧抛出OOM也不会导致这一引用的对象被回收，而WeakReference等更适合于一些数量不多，但体积稍微庞大的对象，在这四个引用中，它是最容易被垃圾回收的，而我们对于显示类似Android Market中每个应用的App Icon时可以考虑使用SoftReference来解决内存不至于快速回收，同时当内存短缺面临Java VM崩溃抛出OOM前时，软引用将会强制回收内存，最后的虚引用一般没有实际意义，仅仅观察GC的活动状态，对于测试比较实用同时必须和ReferenceQueue一起使用。

  对于一组数据，我们可以通过HashMap的方式来添加一组SoftReference对象来临时保留一些数据，同时对于需要反复通过网络获取的不经常改变的内容，可以通过本地的文件系统或数据库来存储缓存，希望给国内做App Store这样的客户端一些改进建议。

Android中使用SoftReference缓存图片对象

本篇文章来源于 Linux公社网站(www.linuxidc.com)  原文链接：http://www.linuxidc.com/Linux/2011-09/42288.htm

Java中的SoftReference
即对象的软引用。如果一个对象具有软引用，内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。使用软引用能防止内存泄露，增强程序的健壮性。  
SoftReference的特点是它的一个实例保存对一个Java对象的软引用，该软引用的存在不妨碍垃圾收集线程对该Java对象的回收。也就是说，一旦SoftReference保存了对一个Java对象的软引用后，在垃圾线程对这个Java对象回收前，SoftReference类所提供的get()方法返回Java对象的强引用。另外，一旦垃圾线程回收该Java对象之后，get()方法将返回null

用Map集合缓存软引用的Bitmap对象

Map<String, SoftReference<Bitmap>> imageCache = new new HashMap<String, SoftReference<Bitmap>>();
//强引用的Bitmap对象
Bitmap bitmap = BitmapFactory.decodeStream(InputStream);
//软引用的Bitmap对象
SoftReference<Bitmap> bitmapcache = new SoftReference<Bitmap>(bitmap);
//添加该对象到Map中使其缓存
imageCache.put("1",softRbitmap);
..
.

//从缓存中取软引用的Bitmap对象
SoftReference<Bitmap> bitmapcache_ = imageCache.get("1");
//取出Bitmap对象，如果由于内存不足Bitmap被回收，将取得空

Bitmap bitmap_ = bitmapcache_.get();

如果程序中需要从网上加载大量的图片 这时就考虑采用在sdcard上建立临时文件夹缓存这些图片了

SoftReference用法（转）
http://www.eoeandroid.com/thread-201077-1-1.html

SoftReference的语义就是当内存不够用的时候，GC（垃圾回收器，Garbage Collection）会回收SoftReference所引用的对象。所以，在memory sensitive的程序中将某些大型数据设置成SoftReference再合适不过了。

创建一个SoftReference：
Java代码  收藏代码

    Object obj = new Object();   
    SoftReference softRef = new SoftReference(obj);   
    obj = null;   

最后那句“obj = null”很重要。如果不将obj设置成null，那么new出来的Object就会有一个"strong reference"，如果这样，softRef就不能发挥作用了。



使用SoftReferene:
Java代码  收藏代码

    Object obj2;   
    obj2 = sr.get();   
    if (obj2 == null) // GC freed this   
    sr = new SoftReference(obj2 = new Object());  

因为是SoftReference，所以有可能已经被GC回收了，所以需要判断sr.get()的返回值是否为null。如果是的话，就再重新new一个Object。这里的最后一行代码也很有讲究，比如，也许会这么写：
Java代码  收藏代码

    Object obj2;   
    obj2 = sr.get();   
    if (obj2 == null) {   
        sr = new SoftReference(new Object());   
        obj2 = sr.get();   
    }   

这样的问题就在于GC可能发生在"sr = new SoftReference(new Object());"和"obj2 = sr.get()"之间，那么obj2仍然有可能为null

java弱引用（WeakReference）和SoftReference的区别以及在android内存处理的作用

转自：http://mingnjintian-163-com.iteye.com/blog/1120472

weakReference一般用来防止内存泄漏，要保证内存被VM回收 

softReference的话，好像多用作来实现cache机制.

 

WeakReference： 

弱引用对象，它们并不禁止其指示对象变得可终结，并被终结，然后被回收。弱引用最常用于实现规范化的映射。  

假定垃圾回收器确定在某一时间点上某个对象是弱可到达对象。这时，它将自动清除针对此对象的所有弱引用，以及通过强引用链和软引用，可以从其到达该对象的针对任何其他弱可到达对象的所有弱引用。同时它将声明所有以前的弱可到达对象为可终结的。在同一时间或晚些时候，它将那些已经向引用队列注册的新清除的弱引用加入队列。   


/////////////////// 
SoftReference： 
软引用对象，在响应内存需要时，由垃圾回收器决定是否清除此对象。软引用对象最常用于实现内存敏感的缓存。  

假定垃圾回收器确定在某一时间点某个对象是软可到达对象。这时，它可以选择自动清除针对该对象的所有软引用，以及通过强引用链，从其可以到达该对象的针对任何其他软可到达对象的所有软引用。在同一时间或晚些时候，它会将那些已经向引用队列注册的新清除的软引用加入队列。   

软可到达对象的所有软引用都要保证在虚拟机抛出   OutOfMemoryError   之前已经被清除。否则，清除软引用的时间或者清除不同对象的一组此类引用的顺序将不受任何约束。然而，虚拟机实现不鼓励清除最近访问或使用过的软引用。   

此类的直接实例可用于实现简单缓存；该类或其派生的子类还可用于更大型的数据结构，以实现更复杂的缓存。只要软引用的指示对象是强可到达对象，即正在实际使用的对象，就不会清除软引用。例如，通过保持最近使用的项的强指示对象，并由垃圾回收器决定是否放弃剩余的项，复杂的缓存可以防止放弃最近使用的项 

 

 

 

Java内存管理之软引用(Soft Reference)

 

软引用(Soft  Reference)的主要特点是具有较强的引用功能。只有当内存不够的时候才回收这类内存，因此在内存足够的时候，他们通常不被回收。另外，这些引用对象还能保证在Java  抛出OutOfMemory异常之前，被设置为null。他可以用于实现一些常用资源的缓存，实现Cache的功能，保证最大限度的使用内存而不引起OutOfMemory异常。

     下面是软引用的实现代码：

 

 

import java.lang.ref.SoftReference;
public class softReference {
    public static void main(String[] args) {
        A a = new A();
        // 使用a
        a.test();
        // 使用完了a,将它设置为soft引用类型,并且释放强引用
        SoftReference sr = new SoftReference(a);
        a = null;
        // 下次使用
        if (sr != null) {
            a = (A) sr.get();
            a.test();
        } else {
            // GC由于低内存,已释放a,因此需要重新装载
            a = new A();
            a.test();
            a = null;
            sr = new SoftReference(a);
        }
    }
}
class A {
    public void test() {
        System.out.println("Soft Reference test");
    }
}

 

  软引用技术的引进使Java应用可以更好的管理内存，稳定系统，防止系统内存溢出，避免系统崩溃。因此在处理一些占用内存大而且声明周期较长，但使用并不频繁的对象时应尽量应用该技术。但事物总带有两面性的，有利也有弊，在某些时候对软引用的使用会降低应用的运行效率与性能，例如：应用软引用的对象的初始化过程较为耗时，或者对象的状态在程序的运行过程中发生了变化，都会给重新创建对象与初始化对象带来不同程度的麻烦，有些时候我们要权衡利弊择时应用。

 

 

 

在android中可以巧妙的运用软引用（SoftRefrence）(来源段落：http://winuxxan.blog.51cto.com/2779763/512180)

有些时候，我们使用Bitmap后没有保留对它的引用，因此就无法调用Recycle函数。这时候巧妙的运用软引用，可以使Bitmap在内存快不足时得到有效的释放。如下例：

 

 

private class MyAdapter extends BaseAdapter {

private ArrayList<SoftReference<Bitmap>> mBitmapRefs = new ArrayList<SoftReference<Bitmap>>();
private ArrayList<Value> mValues;
private Context mContext;
private LayoutInflater mInflater;

MyAdapter(Context context, ArrayList<Value> values) {
    mContext = context;
    mValues = values;
    mInflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
}
public int getCount() {
    return mValues.size();
}

public Object getItem(int i) {
    return mValues.get(i);
}

public long getItemId(int i) {
    return i;
}

public View getView(int i, View view, ViewGroup viewGroup) {
    View newView = null;
    if(view != null) {
        newView = view;
    } else {
        newView =(View)mInflater.inflate(R.layout.image_view, false);
    }

    Bitmap bitmap = BitmapFactory.decodeFile(mValues.get(i).fileName);
    mBitmapRefs.add(new SoftReference<Bitmap>(bitmap));     //此处加入ArrayList
    ((ImageView)newView).setImageBitmap(bitmap);

    return newView;
}
}