Как решить java.ленг.OutOfMemoryError проблемы в Android

Altough у меня очень маленький размер изображения в папке drawable, я получаю эту ошибку от пользователей. И я не использую никаких растровых функций в коде. Хотя бы намеренно:)

java.lang.OutOfMemoryError
    at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)
    at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:683)
    at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:513)
    at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:889)
    at android.content.res.Resources.loadDrawable(Resources.java:3436)
    at android.content.res.Resources.getDrawable(Resources.java:1909)
    at android.view.View.setBackgroundResource(View.java:16251)
    at com.autkusoytas.bilbakalim.SoruEkrani.cevapSecimi(SoruEkrani.java:666)
    at com.autkusoytas.bilbakalim.SoruEkrani.run(SoruEkrani.java:862)
    at android.os.Handler.handleCallback(Handler.java:733)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:146)
    at android.app.ActivityThread.main(ActivityThread.java:5602)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:515)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1283)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1099)
    at dalvik.system.NativeStart.main(Native Method)

согласно этому stackTrace я получаю эту ошибку в этой строке ('tv' - это textView):

tv.setBackgroundResource(R.drawable.yanlis);

в чем проблема? Если вам нужна другая информация о коде, я могу добавить его. Спасибо!

4 53
android bitmap out-of-memory bitmapfactory setbackground

4 ответа:

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

android: largeHeap= "true"

на manifest.xml, вы можете добавить в манифест эти строки он работает для некоторых ситуаций.

<application
    android:allowBackup="true"
    android:icon="@mipmap/ic_launcher"
    android:label="@string/app_name"
    android:largeHeap="true"
    android:supportsRtl="true"
    android:theme="@style/AppTheme">

следует ли создавать процессы вашего приложения с большой кучей Dalvik. Это относится ко всем процессам, созданным для приложения. Это относится только к первому приложению загружается в процесс; если вы используете общий идентификатор пользователя, чтобы разрешить нескольким приложениям использовать процесс, все они должны использовать этот параметр последовательно, иначе они будут иметь непредсказуемые результаты. Большинство приложений не должны нуждаться в этом и должны вместо этого сосредоточиться на снижении их общего использования памяти для повышения производительности. Включение этого параметра также не гарантирует фиксированного увеличения объема доступной памяти, поскольку некоторые устройства ограничены общим объемом доступной памяти память.

чтобы запросить доступный объем памяти во время выполнения, используйте методы getMemoryClass() или getLargeMemoryClass().

если все еще сталкивается с проблемой, то это также должно работать

 BitmapFactory.Options options = new BitmapFactory.Options();
 options.inSampleSize = 8;
 mBitmapInsurance = BitmapFactory.decodeFile(mCurrentPhotoPath,options);

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

это оптимальное использование BitmapFactory.Опции.inSampleSize в отношении скорости отображения изображение. В документации упоминается использование значений, которые являются силой 2, поэтому я работаю с 2, 4, 8, 16 и т. д.

позволяет получить более глубокую выборку изображений:

например, не стоит загружать изображение 1024x768 пикселей в память, если оно в конечном итоге будет отображаться в миниатюре 128x128 пикселей в ImageView.

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

112

вы должны реализовать менеджер кэша LRU при работе с bitmap

http://developer.android.com/reference/android/util/LruCache.html http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html когда я должен переработать растровое изображение с помощью LRUCache?

или

используйте библиотеку уровней, например Universal Image Loader :

https://github.com/nostra13/Android-Universal-Image-Loader

EDIT:

теперь при работе с изображениями и большую часть времени с растровым изображением я использую Glide, который позволяет настроить модуль Glide и LRUCache

https://github.com/bumptech/glide

3

Я вижу только два варианта:

  1. у вас есть утечки памяти в вашем приложении.
  2. устройства не хватает памяти при запуске приложения.
2

несколько подсказок для обработки таких ошибок / исключений для Android-приложений:

  1. действия и приложения имеют такие методы, как:

    • onLowMemory
    • onTrimMemory Обработайте эти методы, чтобы следить за использованием памяти.

  2. тег в Манифесте может иметь атрибут 'largeHeap', установленный в TRUE, который запрашивает больше кучи для песочницы приложения.

  3. управление кэшированием и диском в памяти кэширование:

    • изображения и другие данные могли быть кэшированы в памяти во время работы приложения (локально в действиях/фрагменте и глобально); должны управляться или удаляться.

  4. использование WeakReference, SoftReference создания экземпляра Java, в частности, для файлов.

  5. Если так много изображений, используйте правильную структуру библиотеки / данных, которая может управлять памятью, использовать samling загруженных изображений, обрабатывать кэширование диска.

  6. обрабатывать исключение OutOfMemory

  7. следуйте рекомендациям по кодированию

    • утечка памяти (не все с сильной ссылкой)

  8. минимизировать стек активности, например, количество действий в стеке (не держите все в контексте / activty)

    • контекст имеет смысл, эти данные / экземпляры не требуется вне области (деятельность и фрагменты), держите их в соответствующем контексте вместо глобального ссылочного холдинга.

  9. минимизировать использование статики, многие другие синглеты.

  10. позаботьтесь о базовой памяти ОС fundametals

    • проблемы фрагментации памяти

  11. Involk GC.Сбор () вручную иногда, когда вы уверены, что кэширование в памяти больше не требуется.

0