Vous ne pouvez pas démarrer une charge pour l'un détruit l'activité dans relativelayout image à l'aide de glisse

Je suis en utilisant relativelayout pour définir une image.Pourquoi je n'étais pas à l'aide de imageview signifie, à l'intérieur de relativelayout image, je suis en train d'icônes.

Je ne sais pas quel est le problème exactement dans la finesse.J'ai posté la stacktrace et pertinente du code ci-dessous:

Logcat:

 FATAL EXCEPTION: main
   Process: com.app.steve, PID: 15928 
 java.lang.IllegalArgumentException: You cannot start a load for a destroyed activity
   at com.bumptech.glide.manager.RequestManagerRetriever.assertNotDestroyed(RequestManagerRetriever.java:134)
   at com.bumptech.glide.manager.RequestManagerRetriever.get(RequestManagerRetriever.java:102)
   at com.bumptech.glide.Glide.with(Glide.java:644)
                                                                    at com.app.steve.TabMorePagesDetailActivity$allPageDetails.onPostExecute(TabMorePagesDetailActivity.java:1050)
     at com.app.steve.TabMorePagesDetailActivity$allPageDetails.onPostExecute(TabMorePagesDetailActivity.java:885)
    at android.os.AsyncTask.finish(AsyncTask.java:632)
    at android.os.AsyncTask.access$600(AsyncTask.java:177)
   at android.os.AsyncTask$InternalHandler.handleMessage(AsyncTask.java:645)
    at android.os.Handler.dispatchMessage(Handler.java:102)
    at android.os.Looper.loop(Looper.java:135)
    at android.app.ActivityThread.main(ActivityThread.java:5221)
   at java.lang.reflect.Method.invoke(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:372)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:899)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:694)

TabMorePagesDetailActivity.java:

RelativeLayout rlPageCoverImg;

rlPageCoverImg = (RelativeLayout)findViewById(R.id.rl_club_cover_img);

@Override
        protected void onPostExecute(String response) {
            super.onPostExecute(response);

            dialog.dismiss();
        ............

    String coverIMGurl = cover_avatar_obj.getString("url");

    Log.e("ImgURL", coverIMGurl);

 Glide.with(TabMorePagesDetailActivity.this).load(coverIMGurl).asBitmap().signature(new StringSignature(String.valueOf(System.currentTimeMillis())))
                                        .into(new SimpleTarget<Bitmap>(500, 500) {

    @Override
    public void onResourceReady(Bitmap resource, GlideAnimation<? super Bitmap> glideAnimation) {
    Drawable drawable = new BitmapDrawable(getResources(), resource);
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
                                            rlPageCoverImg.setBackground(drawable);
    }
    }
    });

    }else {

    rlPageCoverImg.setBackgroundResource(R.drawable.bg_golive);

    }



    @Override
 protected void onDestroy()
 {
    super.onDestroy();
    Glide.clear(rlPageCoverImg);

 }

layout.xml:

 <RelativeLayout
            android:id="@+id/rl_club_cover_img"
            android:layout_width="match_parent"
            android:layout_height="200dp"
            android:background="@drawable/cancel_image" >

  //Inside this relativelayout image, I'm using buttons and icons


 </RelativeLayout>

InformationsquelleAutor Stephen | 2016-08-23

android android-glide

89

Utilisation:

Glide.with(getApplicationContext()).load(...)

Au lieu de:

Glide.with(TabMorePagesDetailActivity.this).load(...)

Espère qu'il permettra de résoudre votre problème~
- Également fixée par l'obtention et l'utilisation de l'ApplicationContext: la Glisse.avec(contexte.getcontexteapplication()) .à l'aide de(nouveaux FirebaseImageLoader()) .charge(storageReference) .signature(nouveau StringSignature(uri.toString())) .diskCacheStrategy(DiskCacheStrategy.TOUS) .espace réservé(espace réservé) .dans(imageView);
- Ce sera l'empêcher de s'écraser, mais continuent d'utiliser les ressources à la charge de l'image, même si l'activité a été détruit.
- Voir stackoverflow.com/a/32887693/389649 pourquoi à l'aide de votre contexte d'application dans le glissement n'est pas une bonne idée.
InformationsquelleAutor Ferdous Ahamed

Vous pouvez facilement vérifier le contexte est détruit ou pas manuellement;

if (context == null) {
    return
} else if (context !is Application) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) {
        if (context is FragmentActivity) {
            if ((context as FragmentActivity).isDestroyed) {
                return
            }
        } else if (context is Activity) {
            if ((context as Activity).isDestroyed) {
                return
            }
        }
    }
}

Cela peut également être représenté comme un Kotlin fonction d'extension:

/**
 * Return true if this [Context] is available.
 * Availability is defined as the following:
 * + [Context] is not null
 * + [Context] is not destroyed (tested with [FragmentActivity.isDestroyed] or [Activity.isDestroyed])
 */
fun Context?.isAvailable(): Boolean {
    if (this == null) {
        return false
    } else if (this !is Application) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) {
            if (this is FragmentActivity) {
                return !this.isDestroyed
            } else if (this is Activity) {
                return !this.isDestroyed
            }
        }
    }
    return true
}

C'est le droit et la réponse efficace!
N'est-ce pas FragmentActivity une Activité?

InformationsquelleAutor DiRiNoiD

5

J'ai eu le même problème avant quelques jours.J'ai résolu cela en passant le contexte de l'Application de la mémoire nom de la Classe actuelle de la mémoire contexte.

Peut-être que ce sera vous aider à :-

utiliser ce code
```
 Glide.with(getApplicationContext())
           .load(coverIMGurl)
           .asBitmap()
           .signature(new StringSignature(String.valueOf(System.currentTimeMillis())))
                                    .into(new SimpleTarget<Bitmap>(500, 500) {....}
```
Même que vous obtenez ce problème, puis de lire attentivement cet article "https://github.com/bumptech/glide/issues/1097"

vue d'ensemble de cette question : est-Ce un problème de glissement de la bibliothèque.
- que faire si il est fragment..?
- getActivity().getcontexteapplication(); @Abhishek
- Cela a résolu mon problème. Merci!
- Retourner le contexte du mondial unique objet de l'Application du processus courant. Généralement, il le doit uniquement être utilisé si vous avez besoin d'un Contexte dont le cycle de vie est séparé du contexte actuel, qui est liée à la durée de vie du processus plutôt que le composant en cours @Abhishek En cas de fragment vous devez utiliser getActivity().getcontexteapplication()
- Comment faire dans le recyclerview alors?
- passer avec un constructeur de recyclerview adaptateur par exemple Adaptateur adp = new Carte(getcontexteapplication(),list_of de données), et utilisez-la dans l'adaptateur.
- ce contexte est de s'habituer dans les ressources. Pourquoi devrais-je passer le Contexte de l'application il y a?
- github.com/bumptech/glide/issues/1097 vérifier celui-ci, vous aurez votre réponse.
InformationsquelleAutor Peter
1

Installation de Glisse avec un paramètre qui a le bon cycle de vie. Par exemple: utiliser Glide.with(this) au lieu de Glide.with(getContext()) dans un affichage personnalisé.

InformationsquelleAutor Cristan

-1

Essayez ceci avant de charger votre image avec de la Glisse, dans mon cas mirefer est un StorageReference, miimagen est une ImageView. J'ai résolu ce problème, avec cette. J'espère qu'elle pourra vous aider.

if (!this.isFinishing ()) {
                //Load the image using Glide
                Glide.with(YourActivity.this)
                        .using(new FirebaseImageLoader())
                        .load(mirefer)
                        .into(miimagen);
            }

InformationsquelleAutor Liliana J

Vous devez vous connecter pour publier un commentaire.