Glide-You cannot start a load for a destroyed activity

场景：
最近在迭代版本，上传小米市场时发现被拒了，反馈信息如下：

I am_crash: [19402,0,com.***.***,15253060,java.lang.IllegalArgumentException,You cannot start a load for a destroyed activity,RequestManagerRetriever.java,134]
I am_finish_activity: [19402,942251743,2065,com.***.***/.model.splash.SplashActivity,crashed]

开始看到这个信息是一脸懵逼，因为上线之前都是经过测试的，而且之前也上过一个版本了，这一版也没修改过相关地方；在纳闷之余，最后发现小米反馈的机型是红米Note2，内心瞬间一万只草泥马奔过（现在对小米、魅族出现任何问题都已麻木）。好了，吐槽之余问题还是得解决。

最后在AS里面搜索RequestManagerRetriever才发现是Glide里面的类，具体定位到：

@TargetApi(Build.VERSION_CODES.JELLY_BEAN_MR1)
    private static void assertNotDestroyed(Activity activity) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1 && activity.isDestroyed()){
            throw new IllegalArgumentException("You cannot start a load for a destroyed activity");
        }
    }

很明显说的是Activity已经被Destroy了所以报错。

解决方案：

通过小米的Monkey测试发现，它所做的操作就是反复destroy、重启一个Activity。而在我的SplashActivity 类里面有一个Handler的延时显示网络图片的操作，当Handler发出消息时SplashActivity已经被Destroy了所以导致Glide报错，这里只需要判断一下当前Activity是否被Destroy了就好了：

//判断Activity是否Destroy
public static boolean isDestroy(Activity activity) {
        if (activity == null || activity.isFinishing() || (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1 && activity.isDestroyed())) {
            return true;
        } else {
            return false;
        }
    }

调用：
伪代码：

if(!isDestroy(activity)){
    Glide.with(activity).into(imageview);
}

上面只是大致代码，具体逻辑参照自己的业务。

其实报错的地方不止上面一处，还有一处是在Fragment里面调用的时候。下面给出在Fragment 里面解决方案：

Fragment

在Fragment里面我们就不是判断Destroy方法了，而是isAdded() 方法，这是Fragment 给我们提供的方法，用来判断当前Fragment是否添加到Activity了。这里楼主是在网络请求成功后做判断：

伪代码：

RequestUtils.get(url).callback(){
        @Override
        public void onHttpRequestSuccess() {
            f (!isAdded()) {
                return;
            }
            Glide.with(this).into(imageview);
        }
}

以上就是使用Glide 在Acitivty 和 Fragment里面出现的问题及解决方式。

不过在解决问题的途中还发现有网友说将Glide.with(this) 里面的this换成mContext.getApplicationContext() 也就是生命周期同App一样了，在这里楼主觉得不妥，事实上此方法对楼主也无效；Glide既然给我们提供了不同类型的传参，说明对生命周期这块也是有考量；传入全局只会消耗更多内存，当然有特殊需求例外。

这里提供一个stackoverflow 的相关说明Glide image loading with application context