Java.lang.OutOfMemoryError: размер растрового изображения превышает бюджет VM

Ответ 1

Одной из наиболее распространенных ошибок, которые я обнаружил при разработке приложений для 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() исследует дерево представления рекурсивно и:

• Удаляет обратные вызовы во всех фоновых рисунках
• Удаляет дочерние элементы во всех группах просмотра

Ответ 2

У меня был java.lang.OutOfMemoryError: размер растрового изображения превосходит ошибку бюджета VM в несколько раз

1) При переходе с приложения и обратно в приложение через некоторое время (нажмите кнопку "домой" и просмотрите URL-адрес)

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

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

Наконец, я решил ошибку следующим образом

    public void clearAllResources() {

    // Set related variables null

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

Ответ 3

Это практический ответ, который я пытался избежать этой проблемы во время выполнения

Runtime.getRuntime().gc();

Calling Garbage Collector - хорошая идея.

Ответ 4

Добавьте эту строку кода в файл манифеста Android внутри тега "application": - 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"
       >

Ответ 5

Вы просачиваете ресурсы (скорее всего, объект Drawable). Попробуйте инструменты в Какие инструменты и методы Android лучше всего подходят для поиска утечек памяти/ресурсов?

Ответ 6

Откуда берется источник изображения? У вас есть 9 МБ изображения в папке с вашими возможностями?

Там много обсуждений по вопросам, связанным с управлением растровой памятью на базе 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();
}

Ответ 7

Сначала остановите приложение от сбоя во время выполнения, поймав ошибку OutOfMemory на месте, которое, по вашему мнению, может генерировать эту ошибку, как показано ниже:

try {

...

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

Ответ 8

Исправить проблему можно с помощью 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);

Ответ 9

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

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

Ответ 10

Я сделал пару расширений для @hp.android отличного ответа:

• Вместо определения идентификатора RootView в каждом классе XML я динамически обнаруживаю корневое представление с помощью android.R.id.content.
• Как говорит @Mario Lenci, AdapterView не поддерживает removeAllViews, поэтому я проверяю тип представления перед вызовом removeAllViews().
• IMO, не рекомендуется звонить System.gc() в каждый вызов onDestroy (например, этот ответ), поэтому я удалил это.
• Я создал статический метод onDestroy, который я вызываю из onDestroy во всех моих пользовательских классах активности.
• Я добавил дополнительную защиту от ошибок и протоколирование.

Здесь код:

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

Ответ 11

Выделение 1550532 байтов звучит очень громко. Я предполагаю, что ваш макет имеет ссылку на растровое изображение какого-то типа, возможно, PNG? Каковы размеры этого PNG? Если он действительно большой, и у вас их более двух, вы можете просто не иметь достаточно памяти, чтобы загрузить их все сразу.

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

Ответ 12

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

может помочь этот сайт. И вы должны освободить всю ссылку.