Android: исключение из памяти в галерее
Мое приложение отображает список из 9 категорий, и каждая категория отображает потолок на основе галереи (любезно предложенный Нилом Дэвисом здесь) с изображениями выбранной категории.
Изображения извлекаются из Интернета, каждый размером от 300 тыс. До 500 тыс. И хранится в массиве "Список чертежей". Эти данные привязаны к потоку с использованием BaseAdapter (код ниже).
Каждый раз, когда я выхожу из обложки и возвращаюсь к списку категорий, я очищаю массивList (опять же код ниже).
В сценарии 1 мой массивList содержит 5 Drawables. В этом случае я могу свободно просматривать все категории и показывать их изображения. Во время моего теста я циклически перебирал все категории в 5 раз, что кажется достаточным, чтобы определить, что проблем нет.
В сценарии 2 мой массивList содержит 10 рисунков. В этом случае я получаю исключение OutOfMemoryError при просмотре изображений в 5-м или 6-м категеоре:
07-13 08:38:21.266: ERROR/dalvikvm-heap(2133): 819840-byte external allocation too large for this process.
07-13 08:38:21.266: ERROR/(2133): VM won't let us allocate 819840 bytes
07-13 08:38:21.277: DEBUG/skia(2133): --- decoder->decode returned false
07-13 08:38:21.287: WARN/dalvikvm(2133): threadid=25: thread exiting with uncaught exception (group=0x4001b188)
07-13 08:38:21.296: ERROR/AndroidRuntime(2133): Uncaught handler: thread Thread-64 exiting due to uncaught exception
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:459)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:323)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:697)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): at android.graphics.drawable.Drawable.createFromStream(Drawable.java:657)
Это не имеет смысла для меня. Если я пропущу память, я бы ожидал срыва в какой-то момент в сценарии 1, но я прошел через все категории значительное количество раз и не разбился. Я также использовал плагин Memory Analyzer для Eclipse, который не представлял потенциальных преступников.
Если система не смогла обработать 10 изображений, например, в сценарии 2, я ожидал бы сбой в первой категории, но я разбился только после 5 или 6 категорий.
Некоторый код:
Функции адаптера покрытия:
public int getCount() {
return DataManager.getInstance().getImageBufferInstance().getImageArraySize();
}
public Object getItem(int position) {
return DataManager.getInstance().getImagesBuffer().get(position);
}
public long getItemId(int position) {
return position;
}
public View getView(int position, View convertView, ViewGroup parent) {
ImageView i;
if (convertView == null)
i = new ImageView(mContext);
else
i = (ImageView)convertView;
Drawable bufferedImage = (Drawable)getItem(position);
Log.v("getView", "position: " + position);
i.setImageDrawable(bufferedImage);
i.setLayoutParams(new CoverFlow.LayoutParams(Utils.getInstance().getScreenWidth() / 2,
Utils.getInstance().getScreenHeight() / 2));
i.setScaleType(ImageView.ScaleType.CENTER_INSIDE);
try{
//Make sure we set anti-aliasing otherwise we get jaggies
BitmapDrawable drawable = (BitmapDrawable) i.getDrawable();
drawable.setAntiAlias(true);
}
catch (Exception e)
{
Log.v("getView", "Exception: " + e.toString());
}
return i;
}
заполнение источника данных при входе в категорию:
for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)
{
String imageUrl = ImageBuffer.getInstance().getImageUrl(i);
Log.v("Initial", imageUrl);
Drawable fullImage = AsyncImageLoader.getInstance().loadImageByUrl(imageUrl);
ImageBuffer.getInstance().getImages().add(i, fullImage);
}
очистка источника данных при выходе из категории (в финише()):
for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)
{
if (ImageBuffer.getInstance().images.get(i) != null)
{
ImageBuffer.getInstance().images.get(i).setCallback(null);
ImageBuffer.getInstance().images.set(i, null);
}
}
EDIT:
ОК, я применил функцию LogHeap Mathias по моему обложке и вот несколько выходов.
Перед загрузкой первой галереи:
DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 6.20MB of 6.28MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (0.00MB free)
DEBUG/dalvikvm(5221): GC freed 4558 objects / 638152 bytes in 84ms
DEBUG/dalvikvm(5221): GC freed 17 objects / 808 bytes in 67ms
После ввода первой галереи:
DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.90MB of 16.89MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 357 objects / 50080 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 353 objects / 27312 bytes in 67ms
После создания первой галереи:
DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.83MB of 16.89MB (0.11MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 330 objects / 17920 bytes in 77ms
DEBUG/dalvikvm(5221): GC freed 13 objects / 760 bytes in 67ms
После входа в пятую галерею:
DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.80MB of 23.32MB (0.08MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 842 objects / 99256 bytes in 73ms
DEBUG/dalvikvm(5221): GC freed 306 objects / 24896 bytes in 69ms
После выхода из пятой галереи:
DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.74MB of 23.32MB (0.11MB free) in [com.example.Coverlow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 331 objects / 18184 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 60 objects / 3128 bytes in 68ms
Кажется, что при входе в галерею выделяется все больше и больше памяти, но после выхода из нее очень мало. Неужели я не правильно очищаю свои чертежи? Для каждого элемента моего массива списка drawables я вызываю setCallBack (null) и устанавливаю для элемента значение null. Этого недостаточно?
Отчаяние для любого понимания.
Благодаря
Ответы
Ответ 1
Изображения извлекаются из Интернета, каждый от 300 до 500 тыс. размер и хранится в списке массива Вводимый коэффициент.
Размер файла 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 Framework) о мягких ссылках, слабых ссылках, простых кешах, обработке изображений:
http://docs.huihoo.com/google/io/2009/Th_0230_TurboChargeYourUI-HowtomakeyourAndroidUIfastandefficient.pdf
Ответ 2
Вот несколько советов:
Ответ 3
Изображение, которое вы загружаете в галерее 5 или 6, может быть слишком большим для загрузки, и оно превышает максимальный размер, разрешенный виртуальной машиной.
Ответ 4
Вам лучше знать, что convertView
в списке параметров getView
всегда null
. То есть, галерея не повторно использует старый вид внутри.