Android и запущенная OOM с оставшимся свободным пространством кучи

Мне кажется, что вы испытываете проблему фрагментации кучи.

Вы отказываетесь от размещения 1,2 МБ в куче, у которой много свободного места. Система, вероятно, не может найти непрерывный пустой кусок размером 1,2 МБ, так как ваша куча полностью фрагментирована, и она не может увеличить вашу кучу дальше.

Теоретически, вы не должны беспокоиться о проблемах фрагментации, и автоматический GC обрабатывает его для вас.

Практически, я уже не раз видел, что предоставление GC системы помощи иногда достигает великолепных результатов.

Вот несколько идей для решения проблем фрагментации:

1. Запустите System.gc() вручную в стратегически расположенных местах. Популярные места находятся во время уничтожения крупных объектов, таких как деятельность onDestroy. Другое место - перед большими выделениями, такими как Bitmaps. Перед расшифровкой любого большого растрового изображения добавьте ручной GC. Если вы хотите уменьшить количество GC позже, добавьте ручной тест для проблемных условий памяти, запросив различные функции размера кучи.

2. Содействуйте свободным ресурсам системы GC быстрее. Это предотвратит фрагментацию вашей кучи в первую очередь. О том, как это сделать, много материала в сети. Некоторые из головы:

   • Если у вас есть частые небольшие выделения, попробуйте принять схему повторного использования памяти, например, создать пул объектов и повторно использовать объекты в пуле вместо выделения новых. Эта оптимизация часто наблюдается в адаптерах Android (например, повторное использование просмотров в списках просмотров)
   • Вручную установите переменные в значение null, когда они вам не понадобятся, чтобы явно отключить их от ссылочного графика и пометить их для удобства GC (то же самое касается явной очистки коллекций данных)
   • Избегайте неизменяемых классов, когда у вас много операций, например, конкатенация строк, используйте StringBuilder вместо обычных String s
   • Избегайте финализаторов полностью
   • Избегайте круговых ссылок или, по крайней мере, меняйте один из них на слабую ссылку
   • Используйте слабые ссылки в общем, где они нужны

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

Другая идея состоит в том, чтобы попытаться уменьшить распределение 1,2 МБ. Используя меньшие изображения или перемасштабируя их во время декодирования.