在Android的图片处理中，碰到的一个非常普遍的问题便是OOM错误 为此网上也有很多例子，而在之前的一篇转载里 提到了ListView中加载图片的ImageLoader，而其中有一处，使用到了名为SoftPreference的类 这是Java中的一个类 也就是所谓的软引用 在查询了相关的资料以后 会发现SoftPreference的特性，非常适合用来处理OOM引起的问题 下面是百度文库的一篇转载：
SoftReference、Weak Reference和PhantomRefrence分析和比较
本文将谈一下对SoftReference（软引用）、WeakReference（弱引用）和PhantomRefrence（虚引用）的理解，这三个类是对heap中java对象的应用，通过这个三个类可以和gc做简单的交互。
强引用：
除了上面提到的三个引用之外，还有一个引用，也就是最长用到的那就是强引用。例如：
| Object o=new Object(); Object o1=o; |
上面代码中第一句是在heap堆中创建新的Object对象通过o引用这个对象，第二句是通过o建立o1到new Object()这个heap堆中的对象的引用，这两个引用都是强引用.只要存在对heap中对象的引用，gc就不会收集该对象.如果通过如下代码：
| o=null; o1=null; |
如果显式地设置o和o1为null，或超出范围，则gc认为该对象不存在引用，这时就可以收集它了。可以收集并不等于就一会被收集，什么时候收集这要取决于gc的算法，这要就带来很多不确定性。例如你就想指定一个对象，希望下次gc运行时把它收集了，那就没办法了，有了其他的三种引用就可以做到了。其他三种引用在不妨碍gc收集的情况下，可以做简单的交互。
heap中对象有强可及对象、软可及对象、弱可及对象、虚可及对象和不可到达对象。应用的强弱顺序是强、软、弱、和虚。对于对象是属于哪种可及的对象，由他的最强的引用决定。如下：
| String abc=new String("abc"); //1 SoftReference<String> abcSoftRef=new SoftReference<String>(abc); //2 WeakReference<String> abcWeakRef = new WeakReference<String>(abc); //3 abc=null; //4 abcSoftRef.clear();//5 |
第一行在heap对中创建内容为“abc”的对象，并建立abc到该对象的强引用,该对象是强可及的。
第二行和第三行分别建立对heap中对象的软引用和弱引用，此时heap中的对象仍是强可及的。
第四行之后heap中对象不再是强可及的，变成软可及的。同样第五行执行之后变成弱可及的。
SoftReference（软引用）
软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足之前会清除所有的软引用，这样以来gc就有可能收集软可及的对象，可能解决内存吃紧问题，避免内存溢出。什么时候会被收集取决于gc的算法和gc运行时可用内存的大小。当gc决定要收集软引用是执行以下过程,以上面的abcSoftRef为例：
1、首先将abcSoftRef的referent设置为null，不再引用heap中的new String("abc")对象。
2、将heap中的new String("abc")对象设置为可结束的(finalizable)。
3、当heap中的new String("abc")对象的finalize()方法被运行而且该对象占用的内存被释放， abcSoftRef被添加到它的ReferenceQueue中。
注:对ReferenceQueue软引用和弱引用可以有可无，但是虚引用必须有，参见：
| Reference(T paramT, ReferenceQueue<? super T>paramReferenceQueue) |
被 Soft Reference 指到的对象，即使没有任何 Direct Reference，也不会被清除。一直要到 JVM 内存不足且 没有 Direct Reference 时才会清除，SoftReference 是用来设计 object-cache 之用的。如此一来 SoftReference 不但可以把对象 cache 起来，也不会造成内存不足的错误 （OutOfMemoryError）。我觉得 Soft Reference 也适合拿来实作 pooling 的技巧。
A obj = new A(); //引用时 |
