java.lang.OutOfMemoryError при преобразовании более 100 строк в байт-массивы

Question

Во-первых, я понимаю вопросы относительно java.lang.OutOfMemoryError и растровые изображения уже заданы несколько раз раньше. Я также проверил страницу Displaying Bitmaps Efficiently.

Мой случай использования:

Я храню два разных размера Bitmaps как строки в базе данных SQLite. Первый размер битмапов составляет 50% ширины экрана, а второй размер - 100% от ширины экрана.

Я использую RecyclerView, который отображает изображения в ImageViews, которые являются либо 50%, либо 100% ширины экрана, поэтому загружаемые растровые изображения не больше, чем они должны быть, и они должны соответствовать размерам до изображения извлекаются из базы данных.

Я также загружаю растровые изображения с помощью AsyncTask.

У меня есть более 180 различных элементов в RecyclerView, поэтому я создаю в общей сложности более 360 битмапсов (т. Е. Числовое изображение * theDifferentSizesOfEachImage). Я coverting строковой версии изображений в массив байт с помощью этого кода: byte [] byteArray = Base64.decode(encodedString, Base64.DEFAULT);

Проблемы

Деятельности удалась загрузить более около 170 различных изображений без encurring в java.lang.OutOfMemoryError, если я не перезапущен же Действия (например, загрузите Activity, затем заново создайте Activity, щелкнув ее снова в навигационном ящике, а затем повторите этот процесс) и понесли java.lang.OutOfMemoryError, преобразовывая строки в байтовые массивы.

Я преобразование массива в Bitmap, используя библиотеку Glide, используя следующий код:

Bitmap bitmap = Glide.with(context).load(byteArray).asBitmap() 
.dontTransform().dontAnimate().skipMemoryCache(true) 
.diskCacheStrategy(DiskCacheStrategy.NONE).into(-1, -1).get(); 

Мой вопрос в ореховой скорлупе

Как избежать java.lang.OutOfMemoryError происходит в то время как Я преобразовываю строки в байтовые массивы?

Примечание

После создания растрового изображения с помощью Glide я звоню рециркуляцию() на данном Bitmap, а затем установить его в null.

Я также уже использую android:largeHeap="true" в моей Android манифеста

Заранее спасибо

Редактировать

Вот как я создаю Bitmap строк:

ByteArrayOutputStream baos = new ByteArrayOutputStream(); 
     bitmap.compress(Bitmap.CompressFormat.WEBP,100, baos); 
     byte [] b =baos.toByteArray(); 
    String bitmapString = Base64.encodeToString(b, Base64.DEFAULT); 

Answer 1

Что я бы предложил вам отказаться от вашего подхода, это просто не сработало бы с большим набором изображений и вы уже много работаете над своей нитью. Нельзя хранить такой образ в sqllite. Вы должны просто преобразовать растровое изображение в файл с уникальным именем или быть похожим (зависит от вашего варианта использования), тогда вы можете просто сохранить этот файл в каталоге приложения и сохранить путь к файлу в базе данных. Вот вам какой-то код.

File pictureFile = getOutputMediaFile(getActivity(), MEDIA_TYPE_IMAGE); 
     if (pictureFile == null) { 
      return; 
     } 
     Bitmap bitmap =BitmapFactory.decodeByteArray(data,0,data.length); 

      FileOutputStream fos = new FileOutputStream(pictureFile); 
      bitmap.compress(Bitmap.CompressFormat.JPEG, 100, fos); 
      fos.flush(); 
      fos.close(); 

частного файла getOutputMediaFile (Context контекст, внутр м) {

File mediaStorageDir = context.getFilesDir(); 

    if (!mediaStorageDir.exists()) { 
     if (!mediaStorageDir.mkdirs()) { 
      Log.d("Fade", "failed to create directory"); 
      return null; 
     } 
    } 
    // Create a media file name 
    String timeStamp = new SimpleDateFormat("yyyyMMdd_HHmmss") 
      .format(new Date()); 

    File mediaFile=new File(mediaStorageDir.getPath()+File.separator 
       + "IMG_" + timeStamp + ".JPG"); 

    return mediaFile; 
} 

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

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