Какие инструменты и методы Android лучше всего подходят для поиска утечек памяти/ресурсов?

Одной из наиболее распространенных ошибок, которые я обнаружил при разработке приложений для Android, является ошибка «java.lang.OutOfMemoryError: размер растрового изображения превышает бюджет виртуальной машины». Я часто обнаруживал эту ошибку в действиях, использующих множество растровых изображений после изменения ориентации: действие уничтожается, создается снова, а макеты «раздуваются» из XML, потребляющего память виртуальной машины, доступную для растровых изображений.

Растровые изображения в макете предыдущего действия не освобождаются должным образом сборщиком мусора, поскольку они имеют перекрестные ссылки на свое действие. После многих экспериментов я нашел неплохое решение этой проблемы.

Сначала установите атрибут «id» в родительском представлении вашего XML-макета:

<?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() вашей Activity вызовите метод unbindDrawables(), передав ссылку на родительский View, а затем выполните 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-Heap. Каждое Android-приложение также имеет собственную кучу, которая также должна умещаться в пределах ~ 16 МБ. Например, он обычно используется для растровых данных. Таким образом, вы можете довольно легко столкнуться с ошибками Out Of Memory, даже если ваша JVM-Heap занимает около 3 МБ, если вы используете много рисунков.

Ответ от @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 все еще обрабатываются - метод просто не пытается удалить все дочерние элементы (что не поддерживается).

Однако это не совсем решает проблему, поскольку ImageView управляют растровым изображением, которое не является их фоном. Поэтому я добавил следующее. Это не идеально, но работает:

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();
  }
}

Я надеюсь, что есть более принципиальный подход к высвобождению таких ресурсов.

Хороший доклад Google I/O (2011 г.) об управлении памятью в Android, а также подробная информация об инструментах и ​​методах профилирования памяти:
http://www.youtube.com/watch?v=_CruQY55HOk

Valgrind был портирован на Android (при поддержке Mozilla). См. Valgrind для Android — Текущее состояние и Поддержка запуска Valgrind для Android на ARM (комментарий 67).

Что ж, это инструменты, которые связываются с уникальными форматами, которые использует Android.

Пробовали ли вы имитировать тестирование областей кода с помощью Android Mock Framework?