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 refeence 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 管理，至少 LrcCache可以根据变量的使用频次来决定是否应该 clear 掉它，这样就比单纯使用 SoftReference多了一个决策条件。

更多内容请关注我的个人微信公众号：前端开发技术栈