场景：
在获取本地相册的时候，加载大量数据，打开界面，然后很快finish界面，就会出现You cannot start a load for a destroyed activity，因为finish的时候，图片还没有被夹在完，Glide.with(mContext).load(bitmapLast).into(binding.itemPhoto);mContext为空导致，所以需要判断activity是否ondestory().
最后在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");
}
}1
很明显说的是Activity已经被Destroy了所以报错。
解决方案：
在我的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;
}
}12345678
调用：
伪代码
if(!isDestroy(activity)){
Glide.with(activity).into(imageview);
}123
上面只是大致代码，具体逻辑参照自己的业务。
其实报错的地方不止上面一处，还有一处是在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);
}
}123456789
以上就是使用Glide 在Acitivty 和 Fragment里面出现的问题及解决方式。
不过在解决问题的途中还发现有网友说将Glide.with(this) 里面的this换成mContext.getApplicationContext() 也就是生命周期同App一样了，在这里楼主觉得不妥，事实上此方法对楼主也无效；Glide既然给我们提供了不同类型的传参，说明对生命周期这块也是有考量；传入全局只会消耗更多内存，当然有特殊需求例外。
---------------------
作者：Mackkill
来源：CSDN
原文：https://blog.csdn.net/mackkill/article/details/78068203
版权声明：本文为博主原创文章，转载请附上博文链接！