De l'Erreur de Mémoire ImageView problème

À ajouter sur Ken de réponse, qui est un morceau de code, j'ai pensé que j'allais le frapper vers le bas après il mis en place:

    if(imageView != null) {
((BitmapDrawable)imageView.getDrawable()).getBitmap().recycle();
}
imageView = (ImageView) view.findViewById(R.id.imageView);
imageView.setImageResource(resID);

REMARQUE: Cela ne fonctionnera pas si vous essayez de remplacer une image vous déjà recyclés. Vous obtiendrez quelque chose comme ceci dans le LOGCAT

Toile: essayez d'utiliser un papier recyclé bitmap

Donc ce que je fais maintenant, si je n'ai pas à charger un tas de différentes images de manière asynchrone, il me suffit de mettre ceci dans le onDestroy lorsque vous traitez avec des fragments et de grandes images d'arrière-plan:

@Override
public void onDestroy() {
super.onDestroy();
imageView.setImageDrawable(null);
}

Pour ceux qui utilisent le Glisse image de chargement de la bibliothèque, qui sont toujours en cours d'exécution dans ces OutOfMemory Exception questions, il y a beaucoup de choses que vous pouvez faire pour rendre Glide utiliser moins de mémoire et nous espérons résoudre votre problème. Voici quelques-uns d'entre eux:

• Ne pas utiliser android:scaleType="fitXY" à l'intérieur de votre ImageView. Donc, si vous êtes ImageView ressemble à ceci:

  <ImageView android:id="@android:id/icon"
  android:layout_width="@dimen/width"
  android:layout_height="@dimen/height"
  android:adjustViewBounds="true" 
  android:scaleType="fitXY" 
  <!-- DON'T USE "fitXY"! -->
  />

  Changer le ImageView utiliser un autre android:scaleType, de préférence: fitCenter ou centerCrop.

• Ne pas utiliser wrap_content dans votre ImageView, au lieu d'utiliser match_parent ou spécifier le width/height explicitement en utilisant une taille en dp. Si vous vraiment insister sur l'utilisation de wrap_content dans votre ImageView, au moins un android:maxHeight/android:maxWidth.
• Désactiver les animations avec: dontAnimate() sur votre Glide.with()... demande.

• Si vous êtes en train de charger beaucoup de potentiellement des images de grande taille (comme vous le feriez dans une liste/grille), spécifiez un thumbnail(float sizeMultiplier) charge de votre demande. Ex:

  Glide.with(context)
  .load(imageUri)
  .thumbnail(0.5f)
  .dontAnimate()
  .into(iconImageView);

• Abaisser temporairement Glide's de la mémoire au cours de certaines phases de votre application en utilisant: Glide.get(context).setMemoryCategory(MemoryCategory.LOW).

• De cache en mémoire si vous en avez besoin, vous pouvez la désactiver avec: skipMemoryCache(true) sur votre Glide.with()... demande. Ce sera toujours de mettre en cache les images sur le disque, qui vous aurez probablement envie depuis que vous êtes qui précède, le cache en mémoire.
• Si vous êtes en train de charger un Drawable de vos ressources locales, assurez-vous que l'image que vous essayez de charger N'est PAS SUPER ÉNORME. Il y a beaucoup de compression de l'image outils disponibles en ligne. Ces outils permettront de réduire la taille de vos images tout en conservant leur qualité de finition.
• Si le chargement à partir de ressources locales à utiliser .diskCacheStrategy(DiskCacheStrategy.NONE).

• Crochet dans le onTrimMemory(int level) rappel que Android fournit à couper le Glide cache en tant que de besoin. Ex.

  @Override
  public void onTrimMemory(int level)
  {
  super.onTrimMemory(level);
  Glide.get(this).trimMemory(level);
  }

• Si l'affichage des images dans un RecyclerView vous pouvez explicitement clair Glide lorsque les vues sont recyclés, comme suit:

  @Override
  public void onViewRecycled(MyAdapter.MyViewHolder holder)
  {
  super.onViewRecycled(holder);
  Glide.clear(holder.imageView);
  }

• Si c'est encore lieu, même après avoir "tout essayé", le problème est peut-être votre demande (GASP!), et Glide est un peu la seule chose qui pousse à la OutOfMemory Exception zone... Donc, assurez-vous que vous n'avez pas de fuites de mémoire dans votre application. Android Studio fournit des outils pour identifier les problèmes de consommation de mémoire dans votre application.
• Enfin vérifier la problème de page sur Glisse de GitHub, pour des problèmes similaires qui peuvent donner un aperçu de résoudre votre problème(s). Les pensions de titres sont gérés vraiment bien et ils sont très utiles.

Google a le droit (parfait) réponse:

https://developer.android.com/training/displaying-bitmaps/load-bitmap.html

Un exemple de la manière dont je l'utilise en fragments:

private ImageView mImageView;
private View view;
private int viewWidth;
private int viewHeight;
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
view = inflater.inflate(R.layout.fragment_episode_list, container, false);
mImageView = (ImageView) view.findViewById(R.id.ImageView);
ViewTreeObserver viewTreeObserver = view.getViewTreeObserver();
if (viewTreeObserver.isAlive()) {
viewTreeObserver.addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
view.getViewTreeObserver().removeOnGlobalLayoutListener(this);
viewWidth = view.getMeasuredWidth();
viewHeight = view.getMeasuredHeight();
mImageView.setImageBitmap(Methods.decodeSampledBitmapFromResource(getResources(),
R.drawable.YourImageName, viewWidth, viewHeight));
}
});
}
return view;
}

J'ai mis ces Google méthodes à mes "Méthodes" de la classe (pour toutes les autres méthodes utiles):

public class Methods {
...
public static int calculateInSampleSize(
BitmapFactory.Options options, int reqWidth, int reqHeight) {
//Raw height and width of image
final int height = options.outHeight;
final int width = options.outWidth;
int inSampleSize = 1;
if (height > reqHeight || width > reqWidth) {
final int halfHeight = height / 2;
final int halfWidth = width / 2;
//Calculate the largest inSampleSize value that is a power of 2 and keeps both
//height and width larger than the requested height and width.
while ((halfHeight / inSampleSize) >= reqHeight
&& (halfWidth / inSampleSize) >= reqWidth) {
inSampleSize *= 2;
}
}
return inSampleSize;
}
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
int reqWidth, int reqHeight) {
//First decode with inJustDecodeBounds=true to check dimensions
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(res, resId, options);
//Calculate inSampleSize
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
//Decode bitmap with inSampleSize set
options.inJustDecodeBounds = false;
return BitmapFactory.decodeResource(res, resId, options);
}
}

Notes supplémentaires à @Sakiboy réponse.
Même si je suis probablement trop tard pour ma réponse, mais voici ma solution j'ai trouvé ça fonctionne sans avoir besoin de faire beaucoup de changements dans le code.

• utilisation Glide pour gérer l'ensemble de la mise en cache.
• Libérer de la mémoire, vous devez supprimer manuellement tous les views et définissez ImageView bitmap/drawable à null et clair de tous les gestionnaires d'événements et les auditeurs.
• Définir toutes les variables que vous avez dans votre activity ou fragment à null.
• Vous avez besoin de mettre votre logique à l'intérieur de onDestroy et vous devriez être bon d'aller.
• Facultatif étape consiste à ajouter System.gc() à la fin de votre code.

Après effacement de toutes les choses que j'ai mentionnées. Vous remarquerez que la mémoire va aller vers le bas à chaque fois qu'un fragment/activité est détruite.