我正在开发一个需要加载Bitmap的应用程序。用SoftReference
作为缓存。我将每个软引用与ReferenceQueue
联系起来,并使用散列映射访问SoftReference
。如下所示:
public static class MemCache {
final private ReferenceQueue<Bitmap> queue = new ReferenceQueue<Bitmap>();
private Map<String, SoftReference<Bitmap>> hash = null;
public MemCache() {
hash = Collections.synchronizedMap(
new LinkedHashMap<String, SoftReference<Bitmap>>()
);
}
public synchronized Bitmap put(String key, Bitmap value) {
clean();
SoftReference<Bitmap> ref = new SoftReference<Bitmap>(value, queue);
SoftReference<Bitmap> res = hash.put(key, ref);
if (res == null) return null;
return res.get();
}
public synchronized Bitmap get(Object key) {
clean();
SoftReference<Bitmap> ref = hash.get(key);
if (ref == null) return null;
Bitmap val = ref.get();
if (val != null) return val;
hash.remove(key);
return null;
}
}
然后,当我这样写clean()
时:
private synchronized void clean() {
Reference<? extends Bitmap> sv;
while ((sv = queue.poll()) != null)
hash.remove(sv);
Queue<String> toRemove = new LinkedList<String>();
for(Entry<String, SoftReference<Bitmap>> e : hash.entrySet()){
if(e.getValue()==null) continue;
if(e.getValue().get()==null)
toRemove.add(e.getKey());
}
String s;
while((s = toRemove.poll())!= null)
hash.remove(s);
Log.e("ImageCacheManager", "MemCache Size/2:" + new String(new char[hash.size() / 2]).replace(" ", "="));
}
检查哈希表中所有的softrereferences是否为空。memcache看起来不错,但是如果我只写:
private synchronized void clean() {
Reference<? extends Bitmap> sv;
while ((sv = queue.poll()) != null)
hash.remove(sv);
Log.e("ImageCacheManager", "MemCache Size/2:" + new String(new char[hash.size() / 2]).replace(" ", "="));
}
只删除放入ReferenceQueue中的元素Log将会打印越来越多的=
,即使有一些减少,趋势是增加
如http://www.ibm.com/developerworks/library/j-refs/
所述 SoftReference
中的referent
设置为null。但大部分SoftReference
不在ReferenceQueue
中。就在对象被标记为可终结但未被终结的状态之间?标记为可定稿但未定稿的位图会被回收吗?
我也遇到过类似的问题。一段时间后,我意识到这是因为android管理位图的方式。如果我没有误解的话,他们使用"skia",这是位图的原生实现。所以位图不是在java堆中分配的,而是在本机堆中分配的,而且java位图对象本身非常小,不适合GC。因此,他们提供了回收方法来释放位图所保留的本机内存。
对不起,我的英语很差。