https://blog.csdn.net/FeeLang/article/details/51442414SoftReference 为什么被 Android “放弃” - 老梁写代码 - CSDN博客
SoftReference 为什么被 Android “放弃”
2016年05月19日 10:43:42 feelang 阅读数:4394
版权声明:本文为博主原创文章,转载请注明出处https://blog.csdn.net/FeeLang/article/details/51442414
JDK 中除了默认的 Strong Reference 之外,还有三个其他的 Reference:
WeakReference
SoftReference
PhantomReference
他们都是为了更高效地利用 Heap。
如果一个变量的 Reference 只剩下 WeakReference,那么 GC 会毫不留情地把这个变量回收掉。也就是说,WeakReference 没有能力能够让这个变量可以在内存中再飞一会。
Android 开发者应该都了解 WeakReference 的用法,一个比较典型的应用场景是 Handler ,为了避免 Memory Leak,我们会定义一个内部静态类,然后以 WeakReference 的形式引用 Activity,这样一来,队列中的 Message (可能会排队很长时间)就不会干扰到 GC 回收 Activity。
publicclassMainActivityextendsActivity{privatestaticfinalintMSG_ID =0x00;publicvoidtestSafeHandler() { SafeHandler handler =newSafeHandler(this); handler.sendEmptyMessage(MSG_ID); }publicstaticclassSafeHandlerextendsHandler{privateWeakReference mActivityRef;publicSafeHandler(Activity activity) { mActivityRef =newWeakReference<>(activity); }publicvoidhandleMessage(Message msg) {switch(msg.what) {caseMSG_ID: Activity activity = mActivityRef.get();if(activity !=null) { activity.finish(); } } } }}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
从 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 多了一个决策条件 - 使用频次。
网友评论