ます。http：//blog.csdn.net/aaa2832/article/details/19419679/からの振替
1つのメモリリーク調査方法
Dalvikデバッグモニタサーバ（DDMS）は、検査のために使用可能なメモリの2つの機能を有しているADTプラグインの一部です：
ビューのヒープ・アロケーション・ヒープ
・アロケーション・トラッカートラックメモリの割り当て
DDMSは、これらの機能の両方がメモリリークの運転行動を見つけるのを助けます。
メモリ分析ツール（MAT）EclipseのJavaヒープ・データのプロフェッショナルツールは、それがメモリリーク分析を見つけることができた理由の一つです。
ツール住所： https://www.eclipse.org/mat/
1.1ヒープを観察
・プログラムを実行し、次のように、DDMSの管理インターフェイスを入力します。
PS：ツールバーをクリックして 
原因GCボタンまたはツールバーの右側をクリックして 
我々は2つのデータに焦点を当てます：
それが上限値を超えた場合、追加のリソースは、現在のスタックに十分な空き領域がないOヒープサイズスタックサイズは、システムは、ヒープのサイズを増加させる（例えば、64Mは、特定のモデル、及びインターネットに依存する）が殺されます
メモリサイズ、資源回復のアプリケーションが実際に占有されているO割り当て、割り当てられたヒープサイズ、このデータは小さくなります
・表示ヒープデータを操作する前と後のメモリリークがあるかどうかを確認するために
ヒープサイズが増加している場合は、単一の操作には、（このようなページを追加するなど、削除）操作は、繰り返されてもよい、リスクのメモリリークがあります。
メモリヒープ使用率MATの1.2分析
DDMSを使用すると、メモリリークの原因を突き止めることができ、その検索、比較関数で、読みやすい情報を提供します。このドキュメントMATを読んだ後、HPROFファイル形式に現在のメモリダンプかもしれません。
・HPROFファイルの取得
メモリファイルに情報を保存するには、ツールバー上のボタンを。それはMAT Eclipseプラグダンプファイルによって取得された場合は、変換を必要としない、ADTは自動的に変換してから開かれます。
•変換のhprofファイル
DDMSは、Android SDKは、（SDK /ツールにあります）ツールのhprof-CONVを提供し、MATを認識できるように変換して行くためにファイルをダンプ
・./hprof-conv XXX-a.hprofのXXX-b.hprof
・ファイル変換MATを開いた後のhprof
1.3ヒストグラム問い合わせ
最もよく使われる機能がヒストグラムである、ヒストグラムヒストグラムの項目の下でアクションをクリックして結果を取得します。
アイテムリストのオブジェクトを選択するには、メニューを開く右の - >そのクラスの入ってくるレフリーインスタンスが表示されますと：
膨張ホームページ（0x420ca5b0）はHomePageContainer mHomePage特性（0x420c9e40）を参照していることを示した後、それは、最初の子として、基準オブジェクト間の関係を示しています。
インスタンスの原因がリリースされていません迅速に識別し、あなたはGCのルーツに右パスすることができます - > exclueすべてのファントム/弱い/ソフト等を参照：
結果は次のとおりです。
表PreferenceManagerから分かるよう - > ... - >ホームページこの例のホームページを参照して、このルート。オブジェクトはすぐにGCルート、既存のGCルートは、GCの外に回復することになるだろうされていないオブジェクトを見つけるために、このメソッドを使用することができます。
1.4ヒストグラムのコントラスト
为查找内存泄漏，通常需要两个 Dump结果作对比，打开 Navigator History面板，将两个表的 Histogram结果都添加到 Compare Basket中去 :
添加好后，打开 Compare Basket面板，得到结果：
点击右上角的 ! 按钮，将得到比对结果
也可以对比两个对象集合，方法与此类似，都是将两个 Dump结果中的对象集合添加到Compare Basket中去对比。找出差异后用 Histogram查询的方法找出 GC Root，定位到具体的某个对象上。
1.5 例子
举例一个典型的分析内存泄漏的过程：
1. 使用 Heap查看当前堆大小为 23.00M
2. 添加一个页后堆大小变为 23.40M
3. 将添加的一个页删除，堆大小为 23.40M
4. 多次操作，结果仍相似，说明添加/删除页存在内存泄漏 (也应注意排除其它因素的影响)
5. Dump 出操作前后的 hprof 文件 (1.hprof,2.hprof)，用 mat打开,并得到 histgram结果
6. 使用 HomePage字段过滤 histgram结果，并列出该类的对象实例列表，看到两个表中的对象集合大小不同，操作后比操作前多出一个 HomePage，说明确实存在泄漏
7. 将两个列表进行对比，找出多出的一个对象，用查找 GC Root的方法找出是谁串起了这条引用线路，定位结束
PS :
· 很多时候堆增大是 Bitmap引起的，Bitmap在 Histogram中的类型是 byte [],对比两个 Histogram中的 byte[] 对象就可以找出哪些 Bitmap有差异
· 多使用排序功能，对找出差异很有用
2 内存泄漏的原因分析
总结出来只有一条： 存在无效的引用!
良好的模块设计以及合理使用设计模式有助于解决此问题。
3 Tips
· 使用 android:largeHeap="true"标记 (API Level >= 11)
在 AndroidManifest.xml中的 Application节点中声明即可分配到更大的堆内存, android:largeHeap标记在 Android系统应用中也有广泛的应用 ,比如 Launcher, Browser这些内存大户上均有使用.
4 参考
· DDMS 官方教程 http://developer.android.com/tools/debugging/ddms.html
· MAT 下载 http://www.eclipse.org/mat/downloads.php
· MAT 使用 http://android-developers.blogspot.tw/2011/03/memory-analysis-for-android.html