Ошибка OutOfMemory, хотя имеется свободная память.

Ответ 1

Странное поведение связано с тем, что растровые изображения выделяются на нативной куче, а не на собранном мусоре, но андроид может отслеживать объекты только в собранной кучей мусора. Из Android 2.2 (или 2.3, возможно) это изменилось, и выделенные растровые изображения также видны, если вы сделали кучу кучи.

Вернемся к вопросу, скорее всего, ваша проблема связана с тем, что битмапы, загруженные вручную, не освобождаются должным образом. Одна из типичных проблем заключается в том, что некоторая обратная связь остается установленной или вид по-прежнему ссылается на растровое изображение. Другая распространенная проблема заключается в том, что если вы загружаете большие растровые изображения вручную (а не как ресурс), вам нужно будет вызвать recycle() на них, когда вам это больше не понадобится, что освободит растровое изображение из встроенной памяти, чтобы мусор коллекционер сможет работать, как должен. (GC только видит объекты в куче GC и не имеет никакого объекта для освобождения свободной памяти от нативной кучи и на самом деле даже не заботится об этом.)

У меня есть этот маленький ребенок под рукой все время:

public static void stripImageView(ImageView view) {
    if ( view.getDrawable() instanceof BitmapDrawable ) {
        ((BitmapDrawable)view.getDrawable()).getBitmap().recycle();
    }
    view.getDrawable().setCallback(null);
    view.setImageDrawable(null);
    view.getResources().flushLayoutCache();
    view.destroyDrawingCache();
}

Ответ 2

Изображения извлекаются из Интернета, каждый в диапазоне от 300 К до 500 К в размер и хранится в массивеList из Drawables.

Размер файла kb для изображения, загружаемого из Интернета, не имеет прямого отношения. Поскольку они преобразуются в растровые изображения, вам нужно рассчитать ширину * высота * 4 байта на изображение для обычных изображений ARGB. (ширина и высота в пикселях).

Растровые изображения потребляют встроенную кучу, которая обычно не отображается в hprof. Hprof должен показывать только количество объектов, то есть BitmapDrawables или растровые изображения, которые остались.

Я использую этот код в своем приложении для вывода текущей используемой памяти, используемой приложением и нативной кучей:

public static void logHeap(Class clazz) {
    Double allocated = new Double(Debug.getNativeHeapAllocatedSize())/new Double((1048576));
    Double available = new Double(Debug.getNativeHeapSize())/1048576.0);
    Double free = new Double(Debug.getNativeHeapFreeSize())/1048576.0);
    DecimalFormat df = new DecimalFormat();
    df.setMaximumFractionDigits(2);
    df.setMinimumFractionDigits(2);

    Log.d(APP, "debug. =================================");
    Log.d(APP, "debug.heap native: allocated " + df.format(allocated) + "MB of " + df.format(available) + "MB (" + df.format(free) + "MB free) in [" + clazz.getName().replaceAll("com.myapp.android.","") + "]");
    Log.d(APP, "debug.memory: allocated: " + df.format(new Double(Runtime.getRuntime().totalMemory()/1048576)) + "MB of " + df.format(new Double(Runtime.getRuntime().maxMemory()/1048576))+ "MB (" + df.format(new Double(Runtime.getRuntime().freeMemory()/1048576)) +"MB free)");
    System.gc();
    System.gc();

    // don't need to add the following lines, it just an app specific handling in my app        
    if (allocated>=(new Double(Runtime.getRuntime().maxMemory())/new Double((1048576))-MEMORY_BUFFER_LIMIT_FOR_RESTART)) {
        android.os.Process.killProcess(android.os.Process.myPid());
    }
}

который я вызываю при запуске или завершении операции во время разработки.

logHeap(this.getClass());

Вот некоторые информативные ссылки - как правило, здесь есть много тем, посвященных этой теме.

• Растровые изображения в Android
• Android: Eclipse MAT не отображает все мои объекты приложения

Здесь также полезный слайд Romain Guy (разработчик Android Framework) о мягких ссылках, слабых ссылках, простых кешах, обработке изображений: http://docs.huihoo.com/google/io/2009/Th_0230_TurboChargeYourUI-HowtomakeyourAndroidUIfastandefficient.pdf

Ответ 3

да, ошибка "вне памяти" возникает, когда мы работаем с растровым изображением большого размера. для этого у меня есть решение, с декодированием изображения мы можем легко избежать этой ошибки.

BitmapFactory.Options o = new BitmapFactory.Options();
o.inJustDecodeBounds = true;
FileInputStream fis = new FileInputStream(files.getAbsolutePath());
BitmapFactory.decodeStream(fis, null, o);
fis.close();
final int REQUIRED_SIZE=70;
int width_tmp=o.outWidth, height_tmp=o.outHeight;
int scale=1;
while(true){
if(width_tmp/2<REQUIRED_SIZE || height_tmp/2<REQUIRED_SIZE)
break;
width_tmp/=2;
height_tmp/=2;
scale*=2;
}
BitmapFactory.Options op = new BitmapFactory.Options();
op.inSampleSize = scale;
fis = new FileInputStream(files.getAbsolutePath());
bitmap[i] = BitmapFactory.decodeStream(fis, null, op);
fis.close();

Ответ 4

Система не корректирует размеры кучи. Ваше приложение имеет (полу) предопределенное кучу пространства. Размеры кучи можно отрегулировать в некоторых пользовательских ПЗУ. Это действительно не связано с вашей проблемой.

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