メモリ/リソースリークを見つけるのに最適なAndroidツールと方法は何ですか？[閉まっている]

私はAndroidアプリを開発しましたが、すべてがうまく機能しているようで、勝利を宣言して出荷したいのですが、メモリとリソースのリークがいくつかあるだけだということを知っている電話アプリ開発の段階にいますそこで; そして、Androidには16MBのヒープしかなく、Androidアプリでは明らかに驚くほど簡単にリークします。

私は周りを見回してきましたが、これまでのところ「hprof」と「traceview」に関する情報を掘り下げることしかできず、どちらも多くの好意的なレビューを得ることはできません。

OSプロジェクトで共有したいツールや方法はありますか？

私がAndroidアプリの開発で見つけた最も一般的なエラーの1つは、「java.lang.OutOfMemoryError：Bitmap Size Exceeds VM Budget」エラーです。方向を変更した後、多くのビットマップを使用するアクティビティでこのエラーが頻繁に見つかりました。アクティビティが破棄され、再作成され、ビットマップに使用できるVMメモリを消費するXMLからレイアウトが「膨張」します。

以前のアクティビティレイアウトのビットマップは、アクティビティへの参照をクロスしているため、ガベージコレクターによって適切に割り当て解除されません。多くの実験を行った結果、この問題に対する非常に優れた解決策が見つかりました。

まず、XMLレイアウトの親ビューに「id」属性を設定します。

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
     android:layout_width="fill_parent"
     android:layout_height="fill_parent"
     android:id="@+id/RootView"
     >
     ...

次に、アクティビティのonDestroy（）メソッドで、親バインドに参照を渡してunbindDrawables（）メソッドを呼び出し、次にSystem.gc（）を実行します。

@Override
protected void onDestroy() {
    super.onDestroy();

    unbindDrawables(findViewById(R.id.RootView));
    System.gc();
}


private void unbindDrawables(View view) {

    if (view.getBackground() != null) {
        view.getBackground().setCallback(null);
    }

    if (view instanceof ViewGroup) {
        for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {
            unbindDrawables(((ViewGroup) view).getChildAt(i));
        }

        ((ViewGroup) view).removeAllViews();
    }
}

このunbindDrawables（）メソッドは、ビューツリーを再帰的に探索します。

1. すべての背景ドローアブルのコールバックを削除します
2. すべてのビューグループの子を削除します

取得Eclipseのメモリアナライザ（http://www.eclipse.org/mat/）をチェックhttp://kohlerm.blogspot.com/2010/02/android-memory-usage-analysis-slides.html とのhttp：// kohlerm.blogspot.com/search/label/memory

主に将来のGoogle旅行者向け：

ほとんどのJavaツールは、JVMヒープのみを分析するため、残念ながらこのタスクには適していません。ただし、すべてのAndroidアプリケーションにもネイティブヒープがあり、これも最大16 MBの制限内に収まる必要があります。たとえば、通常はビットマップデータに使用されます。そのため、多くのドローアブルを使用すると、JVMヒープが約3 MBであっても、メモリ不足エラーが発生しやすくなります。

@ hp.androidからの回答は、ビットマップの背景で作業している場合にうまく機能しますが、私の場合、にBaseAdapterのセットのを提供していImageViewましたGridView。unbindDrawables()アドバイスに従ってメソッドを変更したので、条件は次のようになります。

if (view instanceof ViewGroup && !(view instanceof AdapterView)) {
  ...
}

ただし、問題は、再帰的なメソッドがの子を処理しないことですAdapterView。これに対処するために、代わりに次のことを行いました。

if (view instanceof ViewGroup) {
  ViewGroup viewGroup = (ViewGroup) view;
  for (int i = 0; i < viewGroup.getChildCount(); i++)
    unbindDrawables(viewGroup.getChildAt(i));

  if (!(view instanceof AdapterView))
    viewGroup.removeAllViews();
}

の子AdapterViewがまだ処理されるように-メソッドはすべての子を削除しようとはしません（これはサポートされていません）。

ImageViewsが背景ではないビットマップを管理するため、これで問題が完全に修正されるわけではありません。そこで以下を追加しました。理想的ではありませんが、機能します。

if (view instanceof ImageView) {
  ImageView imageView = (ImageView) view;
  imageView.setImageBitmap(null);
}

全体的なunbindDrawables()方法は次のとおりです。

private void unbindDrawables(View view) {
  if (view.getBackground() != null)
    view.getBackground().setCallback(null);

  if (view instanceof ImageView) {
    ImageView imageView = (ImageView) view;
    imageView.setImageBitmap(null);
  } else if (view instanceof ViewGroup) {
    ViewGroup viewGroup = (ViewGroup) view;
    for (int i = 0; i < viewGroup.getChildCount(); i++)
    unbindDrawables(viewGroup.getChildAt(i));

    if (!(view instanceof AdapterView))
      viewGroup.removeAllViews();
  }
}

そのようなリソースを解放するためのより原則的なアプローチがあることを願っています。

Androidのメモリ管理に関するGoogle I / Oの優れた講演（2011）、およびメモリプロファイリングのツールと手法の詳細：http : //www.youtube.com/watch? v
=_CruQY55HOk

ValgrindがAndroidに移植されました（Mozillaがスポンサー）。AndroidでのValgrind —現在のステータスとARMでValgrind for Androidを実行するサポートを参照してください（コメント67）。

まあ、それらはAndroidが使用する独自の形式にフックするツールです。私はあなたが満足していないかもしれないものは、使用中の基になるテストコードフレームワークだと思います。

Android Mock Frameworkを使用してコードの領域を模擬テストしてみましたか？