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

Одна из самых распространенных ошибок, которые я обнаружил при разработке приложений для Android, - это

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

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

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

Сначала установите атрибут «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. Удаляет дочерние элементы из каждой группы просмотра

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

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

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

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

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

    public void clearAllResources() {

    // Set related variables null

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

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

Runtime.getRuntime().gc();

Вызов сборщика мусора - хорошая идея.

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

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

Откуда берется источник изображения? У вас есть изображение размером 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();
}

Сначала остановите свое приложение от сбоя во время выполнения, перехватив ошибку 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. ИМО, не рекомендуется вызывать 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? Если он действительно большой и у вас их больше пары, у вас может просто не хватить памяти, чтобы загрузить их все сразу.

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

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

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