SoftReference 为什么被 Android “放弃”

JDK 中除了默认的 Strong Reference 之外，还有三个其他的 Reference：

WeakReference

SoftReference

PhantomReference

他们都是为了更高效地利用 Heap。

WeakReference

如果一个变量的 Reference 只剩下WeakReference，那么 GC 会毫不留情地把这个变量回收掉。也就是说，WeakReference没有能力能够让这个变量可以在内存中再飞一会。

Android开发者应该都了解WeakReference的用法，一个比较典型的应用场景是Handler，为了避免 Memory Leak，我们会定义一个内部静态类，然后以WeakReference的形式引用Activity，这样一来，队列中的Message（可能会排队很长时间）就不会干扰到 GC 回收Activity。

SoftReference

从SoftReference 的官方定义来看，只有当内存告急（即将 OOM）时，才会对只剩下 Soft Reference 的变量进行回收，因此 SoftReference 比较适合用来做 Cache：

Soft references are most often used to implement memory-sensitive caches.

但是SoftReference 的 Android 版本对此持不同意见：

In practice, soft references are inefficient for caching.

因为 SoftReference 无法提供足够的信息可以让 runtime 很轻松地决定 clear 它还是 keep 它。举个例子，如果有 10 个 SoftReference 变量，并且他们所引用的变量都没有了 Strong Reference，那么 runtime 就懵逼了，因为它不知道该 clear 哪几个或者 keep 哪几个。更要命的是，runtime 不知道应该是 clear 掉 SoftReference 还是增大 Heap。

所以android放弃了SoftReference，推荐使用android.util.LruCache做 Cache 管理，至少LruCache可以根据变量的使用频次来决定是否应该 clear 掉它，这样就比单纯使用SoftReference多了一个决策条件 - 使用频次。