java.lang.OutOfMemoryError: размерът на растерното изображение надвишава бюджета на VM

Една от най-честите грешки, които открих при разработването на приложения за 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. Премахва деца във всяка група изгледи

Получих грешката java.lang.OutOfMemoryError: Bitmap Size Exceeds VM Budget на няколко пъти

1) Когато превключвате от приложение и обратно към приложението известно време по-късно (Натиснете бутона за начало и след като прегледате някой URL адрес)

2) При често влизане/излизане от приложението (в рамките на 10 секунди)

3) При превключване на устройството хоризонтално/вертикално

Накрая реших грешката по следния начин

    public void clearAllResources() {

    // Set related variables null

    System.gc();
    Runtime.getRuntime().gc();
   }

Това е практичен отговор, което се опитах да избегна този проблем по време на изпълнение

Runtime.getRuntime().gc();

Обаждането на Garbage Collector е добра идея.

Добавете този ред код към файла на манифеста на Android в тага „приложение“: - android:largeHeap="true"

<application
         android:theme="@android:style/Theme.NoTitleBar"
        android:allowBackup="true"
        android:largeHeap="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
       >

Изтичате ресурси (най-вероятно обектът Drawable). Изпробвайте инструментите в Кои инструменти и методи на Android работят най-добре за намиране на изтичане на памет/ресурси?

Откъде идва източникът на изображението? Имате ли 9MB изображение в папката с drawables?

Има много дискусии по проблемите с родното управление на паметта за растерни изображения на Android, напр. http://code.google.com/p/android/issues/detail?id=10821, http://code.google.com/p/android/issues/detail?id=8488, http://groups.google.com/group/android-developers/browse_thread/thread/ed57849ef705d421/11af8362d77a8cf4?lnk=raot . Имах късмет изрично да извиквам recycle() и System.gc() всеки път, когато завърша с растерно изображение, напр.:

private void changeImage() {
     if (mCurrentImage != null) {
          mCurrentImage.recycle();
          mCurrentImage = null;
          System.gc();
     }
     mCurrentImage = getNewImage();
}

Първо спрете приложението си от срив по време на изпълнение, като хванете грешката OutOfMemory на място, което според вас може да генерира тази грешка, както е показано по-долу:

try {

...

}
catch(OutOfMemoryError error)  {
    //decide what to do when there is not more memory available
}

Можете да коригирате проблема, като използвате opts.inSampleSize=2; or opts.inSampleSize=4

BitmapFactory.Options opts = new BitmapFactory.Options();
// opts.inJustDecodeBounds = true; 
opts.inSampleSize=2;    
Bitmap myBitmap = BitmapFactory.decodeFile(st_imagepath,opts);

Ангел, има подобен проблем, публикуван в StackOverflow тук @ Изключение OutOfMemory при зареждане на растерно изображение от външно хранилище

И оттам направих извод, че SoftReference също може да бъде алтернатива за решението. Проверете публикацията, може да се окаже полезна.

Направих няколко разширения към отличния отговор на @hp.android:

1. Вместо да дефинирам RootView ID във всеки XML клас, динамично намирам основния изглед с помощта на android.R.id.content.
2. Както казва @Mario Lenci, AdapterView не поддържа removeAllViews, така че проверявам типа на изгледа, преди да извикам removeAllViews().
3. IMO не е добра идея да се извиква System.gc() във всяко извикване на onDestroy (напр. този отговор), така че премахнах че.
4. Направих статичен onDestroy метод, който извиквам от onDestroy във всички мои персонализирани класове Activity.
5. Добавих допълнителна защита срещу грешки и регистриране.

Ето кода:

    public static void onDestroy(Activity activity) {
        View rootView = null;

        try {            
            rootView = ((ViewGroup) activity.findViewById(android.R.id.content))
                    .getChildAt(0);
        } catch (Exception e) {
            Log.w("Cannot find root view to call unbindDrawables on",
                  activity);
        }

        if (rootView != null) {
            Log.d("unbindDrawables", activity, rootView);
            unbindDrawables(rootView);
        }
    }

    /**
      * Utility method to unbind drawables when an activity is destroyed.  This
      * ensures the drawables can be garbage collected.
      */
     public static 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));
             }

             try {                
                 // AdapterView objects do not support the removeAllViews method
                 if (!(view instanceof AdapterView)) {             
                     ((ViewGroup) view).removeAllViews();
                 }
             } catch (Exception e) {
                 Log.w("Ignore Exception in unbindDrawables", e);
             }
         }
     }

Разпределението на 1550532 байта звучи голямо. Предполагам, че вашето оформление има препратка към растерно изображение от някакъв вид, PNG може би? Какви са размерите на този PNG? Ако е наистина голям и имате повече от няколко от тях, може просто да нямате достатъчно памет, за да ги заредите наведнъж.

Също така, ако това се задейства от ротацията, не забравяйте, че вашата активност е унищожена и пресъздадена, така че може да се наложи да внимавате със статичните препратки. Разгледайте тази публикация в блог на Google. Ще трябва да внимавате да поддържате статични препратки към неща във вашия код, което може да доведе до изтичане на информация

http://yekmer.posterous.com/android-memory-management

може да помогне на този сайт. И трябва да освободите всички справки.