Android - 画像リソースの背景を使用して動的にUIを構築するとメモリリークが発生する

Question

私には、メモリが漏れていることを誓っているアクティビティがあります。私が取り組んでいるアプリは画像がたくさんあるので、ビットマップを使って直接作業するときにはかなり記憶に執着しなければなりませんでした。私はアクティビティを追加しました。この新しいアクティビティを使用すると、基本的にmemの使用法が私を悩ませてしまい、 "Bitmap exceed VM budget"例外が発生します。このアクティビティを起動しないと、以前と同じようにすべてがスムーズです。

私はメモリリークについて読んで始めました。私はAndroidのドキュメントの記事で説明されているのと同様の状況があると思います。私は、動的にたくさんのイメージビューを作成し、リソースからBackgroundDrawableを追加して、OnClickListenerも追加しています。アクティビティがライフサイクルでonPauseに当たったときにクリーンアップをしなければならないと思っていますが、何が正しいのかを具体的に知りたいと思います。ここで

は、私はこれは少し奇妙に聞こえるために起こっているが、私は上の任意のビットマップの操作をしたアプリケーションとのトラブルがあった...

LinearLayout templateContainer; 
    . 
    . 
    . 
    ImageView imgTemplatePreview = (ImageView) item.findViewById(R.id.imgTemplatePreview); 
    . 
    . 
    . 
    imgTemplatePreview.setBackgroundDrawable(getResources().getDrawable(previewId)); 
    imgTemplatePreview.setOnClickListener(imgClick); 
    templateContainer.addView(item); 

Answer 1

で働いているオブジェクトを示すべきコードでありますアクティビティのハンドラに関連付けられているスレッド以外のスレッド。特に、私は、java.util.Timerスレッドでイメージ操作を行うことによって、多くのメモリをリークしていたアプリケーションを持っていました。そのコードをHandler.postDelayedを使用して移行すると、メモリの問題が解決されました。

Answer 2

リッチ、

あなたは彼らが必要とされていないとき、あなたが積極的にそれらをクリーンアップする必要があり、多くのBitmap Sに対処しようとしている場合は、（は良いスタートです）。

私は以前、約ImageViewについてのディスカッションを覚えていて、表示されたビットマップへの長引いた参照を奇妙な挙動で覚えています。私が思い出したことは、レイアウトを維持しながら漏れたくない場合は、ImageViewから現在のコンテキストへの参照をすべて削除する必要があることです。 onClickリスナーとビットマップを削除します。積極的にメモリを解放したい場合は、Bitmapの.recycle()に電話してください。コンテキストまたは内部クラスへの参照が残っている静的フィールドがないことを確認してください。

Androidのランチャー用のコードも、これらのことのいくつかを行う際には参考にしています。 OpenSourceはあなたの友人です。

EDIT

見つかったRomain Guysの記事。 （unbindDrawables（）メソッドを探し

この例では、コンテキストを漏洩する最も簡単な例一つであり、あなたは私たちがホーム画面のソースコードで、その周りに働いていた方法を見ることができますがBasicly彼は道のこの部分に言及します）アクティビティが破棄されたときに、格納されたドロウアブルのコールバックをnullに設定することによって、

は今、私はメモリ使用量（まだ）のこのタイプを管理しなければならなかったことがありませんので、ここから、私は詳細についてはThe Home Screen Sourceを見てお勧めします。 unbind()メソッドが行620に表示される