View Pager with Universal Image Loader Out of Memory Error

To prawdopodobnie nie jest najlepsza implementacja do rozwiązania tego problemu, ale u mnie zadziałało. Usunięcie Imageviewów nie wystarczy, więc zdecydowałem się na recykling bitmap w 'destroyItem':

@Override
public void destroyItem(ViewGroup container, int position, Object object) {
    View view = (View) object;
    ImageView imageView = (ImageView) view.findViewById(R.id.image);
    if (imageView != null) {
        Bitmap bitmap = ((BitmapDrawable) imageView.getDrawable()).getBitmap();
        bitmap.recycle();
        bitmap = null;
    }
    ((ViewPager) container).removeView(view);
    view = null;
}

To nie czyści ostatnich 3 aktywnych stron po opuszczeniu aktywności, chociaż mam nadzieję, że GC się nimi zajmie.

Po prostu zamieszczam to, ponieważ to pytanie pojawia się w Google podczas wyszukiwania UIL i OOP. Miałem problemy z OOP bez względu na konfigurację, co rozwiązało wszystkie moje problemy były dwie klasy RecyclingImageView i RecyclingBitmapDrawablez ten przykładowy projekt.

Używałem tej samej biblioteki i miałem ten sam błąd. Jako rozwiązanie stworzyłem sparseArray, aby zachować instancje photoView. I używaj go tak:

 private SparseArray<PhotoView> photoViewHolder;

 @Override
 protected void onCreate(Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);
       ...

       photoViewHolder = new SparseArray<PhotoView>();
       ...
 }

private class GalleryPagerAdapter extends PagerAdapter {

@Override
public View instantiateItem(ViewGroup container, int position) { 

        PhotoView photoView = new PhotoView(container.getContext());

        ImageHolder holder = new ImageHolder();
        holder.position = position;
        holder.loaded = false;

        photoView.setTag(holder);
        photoViewHolder.put(position, photoView);

                    // I used LazyList loading
        loader.DisplayImage(items.get(position), photoView);

        // Now just add PhotoView to ViewPager and return it
        container.addView(photoView, LayoutParams.MATCH_PARENT,
                LayoutParams.MATCH_PARENT);

        return photoView;
    }

@Override
public void destroyItem(ViewGroup container, int position, Object object) {
    container.removeView((View) object);
    photoViewHolder.remove(position);
}

@Override
public boolean isViewFromObject(View view, Object object) {
    return view == object;
}

}

I do obsługi słuchacza viewpagera:

   pager.setOnPageChangeListener(new OnPageChangeListener() { 

    @Override
    public void onPageScrollStateChanged(int position) { 

    } 

    @Override
    public void onPageScrolled(int position, float arg1, int arg2) { 

    } 

    @Override
    public void onPageSelected(int position) { 
        if(photoViewHolder.get(position) != null) {
            ImageHolder holder = (ImageHolder)photoViewHolder.get(position).getTag();
            // Do something...
        }
    } 
});

Użyłem implementacji kutothe ze strony github issues.

Miałem taki problem gdy ustawiałem Uri na ImageView używając: iv.setImageURI(Uri.fromFile(imgFile)); Miałem ten sam problem z Universal Image Loader, a nawet Szukałem innych Image Loaderów i znalazłem inny dobry o nazwie " Picasso ", ale miał też ten sam problem.

Więc to, co mi się udało, to użycie GestureImageView i ustawienie gesture-image:recycle na true poprzez XML i załadowanie obrazów następującym kodem:

            Drawable yourDrawable = null;

            try {
                InputStream inputStream = getActivity().getContentResolver().openInputStream(Uri.fromFile(img));
                yourDrawable = Drawable.createFromStream(inputStream, Uri.fromFile(img).toString() );
                inputStream.close();
            } catch (FileNotFoundException e) {
                yourDrawable = getResources().getDrawable(R.drawable.ic_launcher);
            } catch (IOException e) {
                e.printStackTrace();
            }

            if (yourDrawable != null)
                iv.setImageDrawable(yourDrawable);

Powodem awarii i wystąpienia błędu OOM jest to, że bitmapy nie są poddawane recyklingowi, gdy obraz nie jest już wyświetlany na ekranie, w związku z czym występuje wyciek pamięci.

Jeśli istnieje inny sposób recyklingu bitmapy w normalnym ImageView, byłoby to lepszym rozwiązaniem.

Wiem, że jest późno, ale może moja odpowiedź zaoszczędzi komuś czasu. Po wielu godzinach prób rozwiązania tego problemu (prawie każda odpowiedź znajduje się na stack overflow) w końcu rozwiązałem go z fresco image library. To lib napisany przez Facebook i jego głównym celem jest efektywne wykorzystanie pamięci. Jest naprawdę świetny i mój błąd z pamięci zniknął. Gorąco polecam korzystanie z niego.

Http://frescolib.org/