BitmapオブジェクトでSoftReferenceが.recycle（）を呼び出しますか

Question

SoftReferenceを使用してハッシュマップにビットマップを格納すると、BitmapでSoftReferenceが.recycle（）を呼び出しますか？ビットマップがHashMapの内部にある場合、特定の状況下でメモリからビットマップを適切にクリアする方法は何ですか？

Answer 1

私はSoftReferenceを使用してハッシュマップ内のビットマップを保存する場合、ビットマップ上.recycle（）を呼び出すSoftReferenceのだろうか？

代わりBitmapのあなたがStringやPOJOを保存する場合は何番？彼らはrecycleメソッドを持っていますか？もちろん、いいえ。ですから、質問は：SoftReferenceは何ですか？

あなたがホストプロセスは、メモリが不足してまで、参照されるオブジェクトが生きて滞在したいときは、SoftReferenceを使用しています。コレクタがメモリを解放するためにを必要とするまで、オブジェクトは収集の対象になりません。大まかに言えば、SoftReferenceをバインドするということは、「あなたがもうできなくなるまでオブジェクトを固定する」という意味です。 （link）

あなたは（recycleメソッドを呼び出す）ビットマップのクリアを気にする必要はありません。 SoftReferenceにその作業をさせてください。 Bitmap.recycleドキュメントから

Answer 2

：だから

This is an advanced call, and normally need not be called, 
since the normal GC process will free up this memory when there 
are no more references to this bitmap. 

、弱いビットマップを保持するのには十分です。なんらかの理由で、このリソースを積極的に解放する必要がある場合、弱い参照があります。

EDIT

私はアンドロイドでビットマップの実装に慣れていないんだけど、何がビットマップのリソースに対処するための力のいずれかが明示的にいくつかのメモリをヒープ上に作成されていないという事実であることが起こるかもしれません。 GCを必要とせずにプロセスがメモリ不足になる可能性があります。他の場所から大量のメモリチャンクを保持している小さなオブジェクトを想像してみてください。オブジェクトのファイナライズはメモリを解放する準備ができていますが、VMがGCになる理由はないので、ネイティブメモリは "失われています"。

しかし、弱い参照は、gcの後でのみ処理されるため、弱い参照は役に立ちません。ここで役立つのは、参照カウントの助けを借りて明示的に "リサイクル"することだけです。

Answer 3

WeakReferenceによって参照されるオブジェクトがGCになる場合は、ビットマップ上でリサイクルメソッドをトリガーすると仮定します。しかし、私は確信が持てません。ちょうど安全な側にいるために、WeakReferenceクラスをオーバーライドするようなやり方でBitmap固有のWeakReferenceクラスを作成して、refrence時にリサイクルメソッドを呼び出すクラスをGCします。

ソリューションは、このような何かをOOKなければならないが、それは未テストです：

private final class WeakBitmapReference extends WeakReference<Bitmap> { 
    public WeakBitmapReference(Bitmap b) { 
     super(b); 
    } 

    public void clear() { 
     Bitmap b = get(); 
     if (b != null && !b.isRecycled()) 
      b.recycle(); 
     super.clear(); 
    } 
} 

Answer 4

ビットマップの関連するリソースはGC時に解放されます、それのおかげでfinalize()方法です。 recycle()は、もはや必要ではないことが分かっている場合には、それを待たずにリソースを解放することです。メモリが不足している場合は、画像をリサイクルするため、SoftReferenceを使用します。