Alat dan metode Android apa yang paling berhasil untuk menemukan kebocoran memori / sumber daya? [Tutup]

Saya memiliki aplikasi Android yang dikembangkan, dan saya berada pada titik pengembangan aplikasi telepon di mana semuanya tampak bekerja dengan baik dan Anda ingin mendeklarasikan kemenangan dan pengiriman, tetapi Anda tahu harus ada kebocoran memori dan sumber daya. di sana; dan hanya ada 16MB tumpukan di Android dan ternyata mudah bocor di aplikasi Android.

Saya sudah mencari-cari dan sejauh ini hanya mampu menggali info tentang 'hprof' dan 'traceview' dan tidak ada yang mendapat banyak ulasan yang menguntungkan.

Apa alat atau metode yang Anda temui atau kembangkan dan Anda ingin berbagi mungkin dalam proyek OS?

Salah satu kesalahan paling umum yang saya temukan dalam mengembangkan Aplikasi Android adalah kesalahan "java.lang.OutOfMemoryError: Bitmap Size Exceed VM Budget". Saya menemukan kesalahan ini pada kegiatan yang menggunakan banyak bitmap setelah mengubah orientasi: Kegiatan dihancurkan, dibuat lagi dan tata letak "meningkat" dari XML yang memakan memori VM yang tersedia untuk bitmap.

Bitmap pada tata letak aktivitas sebelumnya tidak dialokasikan dengan benar oleh pengumpul sampah karena mereka telah melewati referensi ke aktivitas mereka. Setelah banyak percobaan saya menemukan solusi yang cukup bagus untuk masalah ini.

Pertama, atur atribut "id" pada tampilan induk dari tata letak XML Anda:

<?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"
     >
     ...

Kemudian, pada metode onDestroy () dari Aktivitas Anda, panggil metode unbindDrawables () yang meneruskan refence ke tampilan induk dan kemudian lakukan 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();
    }
}

Metode unbindDrawables () ini mengeksplorasi pohon tampilan secara rekursif dan:

1. Menghapus panggilan balik pada semua drawables latar belakang
2. Menghapus childs di setiap viewgroup

Dapatkan Eclipse Memory Analyzer ( http://www.eclipse.org/mat/ ) Periksa http://kohlerm.blogspot.com/2010/02/android-memory-usage-analysis-slides.html dan http: // kohlerm.blogspot.com/search/label/memory

Sebagian besar untuk pelancong Google dari masa depan:

Kebanyakan alat java sayangnya tidak cocok untuk tugas ini, karena mereka hanya menganalisis JVM-Heap. Setiap Aplikasi Android juga memiliki heap asli, yang juga harus masuk dalam batas ~ 16 MB. Ini biasanya digunakan untuk data bitmap, misalnya. Jadi, Anda dapat dengan mudah menjalankan kesalahan Kehabisan Memori meskipun JVM-Heap Anda adalah chillin sekitar 3 MB, jika Anda menggunakan banyak drawable.

Jawaban dari @ hp.android berfungsi dengan baik jika Anda hanya bekerja dengan latar belakang bitmap tetapi, dalam kasus saya, saya telah BaseAdaptermenyediakan satu set ImageViews untuk a GridView. Saya memodifikasi unbindDrawables()metode seperti yang disarankan sehingga kondisinya adalah:

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

tetapi masalahnya kemudian adalah bahwa metode rekursif tidak pernah memproses anak - anak AdapterView. Untuk mengatasi ini, saya malah melakukan yang berikut:

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

sehingga anak-anak AdapterViewmasih diproses - metode ini tidak berusaha untuk menghapus semua anak (yang tidak didukung).

Ini tidak cukup memperbaiki masalah namun karena ImageViewmengelola bitmap yang bukan latar belakang mereka. Karena itu saya menambahkan yang berikut ini. Ini tidak ideal tetapi berfungsi:

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

Secara keseluruhan unbindDrawables()metode ini adalah:

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

Saya berharap ada pendekatan yang lebih berprinsip untuk membebaskan sumber daya semacam itu.

Google I / O talk yang baik (2011) tentang Manajemen Memori di Android, serta rincian tentang alat + teknik untuk profil memori:
http://www.youtube.com/watch?v=_CruQY55HOk

Valgrind telah porting ke Android (disponsori oleh Mozilla). Lihat Valgrind di Android - Status Saat Ini dan Dukungan Menjalankan Valgrind untuk Android di ARM (komentar 67).

Ya, itu adalah alat yang menghubungkan dengan format unik yang digunakan Android .. Saya pikir apa yang mungkin Anda tidak puas adalah kerangka kode pengujian yang mendasarinya sedang digunakan ..

Sudahkah Anda mencoba menguji area kode dengan menggunakan Android Mock Framework?