Які інструменти та методи Android найкраще працюють для пошуку витоків пам'яті / ресурсів? [зачинено]

У мене розроблено додаток для Android, і я перебуваю на етапі розробки додатків для телефону, де все, здається, працює добре, і ви хочете оголосити перемогу і відправити, але ви знаєте, що там просто повинно бути кілька витоків пам'яті та ресурсів. там; а на Android лише 16 Мбайт купи, і це, начебто, напрочуд легко протікає в додатку для Android.

Я озирався, і поки що мені вдалося лише перекопати інформацію про "hprof" і "traceview", і жоден не отримав багато сприятливих відгуків.

Якими інструментами чи методами ви натрапили чи розробили і хочете поділитися, можливо, у проекті ОС?

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

Збірник сміття не містить належних зображень на попередньому макеті діяльності, оскільки вони перекреслили посилання на свою діяльність. Після багатьох експериментів я знайшов досить вдале рішення цієї проблеми.

Спочатку встановіть атрибут "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 () вашої діяльності викличте метод 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-Heap. Кожен додаток для Android також має вроджену групу, яка також повинна відповідати межі ~ 16 Мб. Зазвичай використовується, наприклад, для растрових даних. Таким чином, ви можете легко запускати помилки Out Of Memory, навіть якщо ваш JVM-Heap чиліном близько 3 Мбайт, якщо ви використовуєте велику кількість чернет.

Відповідь від @ hp.android добре працює, якщо ви просто працюєте з фоном растрових зображень, але, в моєму випадку, у мене був BaseAdapterнабір ImageViews для a 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?