Android java.lang.IllegalArgumentException: You cannot start a load for a destroyed activity解决方案

Android项目有时会出现这样的异常:

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:653)

原因是:当你的Activity重新创建并且Glide中的context是旧的时,这个问题最容易发生。例如当你有一个CustomAdapter(ArrayList list, Context context),并且在MainActivity或Fragment重新创建时,你不会将新的context传递给适配器。然后Glide告诉你我正在使用的context对象不再存在。
解决方案:网上有人给出的解决方案是使用控件的context代替我们传递给adapter的context:

Glide.with(holder.itemView.getContext())
                             .load(URL)
                             .skipMemoryCache(true)
                            .placeholder(R.drawable.bg_loading_small)
                            .error(R.drawable.bg_loading_small)
                            .into(nativeAdContentImg)

但经过测试,这样做还是不能根本解决问题,有时还是会出现这个异常导致崩溃:最终经过测试发现getApplicationContext()代替掉context比较稳妥

Glide.with(getApplicationContext())
                            .load(URL)
                             .skipMemoryCache(true)
                            .placeholder(R.drawable.bg_loading_small)
                            .error(R.drawable.bg_loading_small)
                            .into(nativeAdContentImg)

但是 glide加载图片如果用applicationContext的话,会出现当你离开这个页面时,图片的下载工作还在进行,会造成多余的资源消耗,所以可以这样处理,

// 重写activity的onDestroy()方法,停止该页面的glide的加载请求
@override
protected void onDestroy() {
    super.onDestroy();
    Glide.with(getApplicationContext()).pauseRequests();
}

如果是在actiity中做glide加载的话,可以做如下判断:


if (!YourActivity.this.isFinishing()) {
  Glide.with(YourActivity.this)
      .load(URL)
      ...
}

“`

`java.lang.IllegalArgumentException: ID cannot be null`是一个异常信息,通常出现在Java程序中,表示某个方法接收到的参数“ID”不能为null。这表明在尝试处理数据、执行操作或建立对象关联之前,该方法期望接收到非空的ID值。 这种错误常见于多种场景,比如: 1. **数据库查询**:当从数据库读取记录并需要通过ID来获取特定的数据项时,如果传入的ID为null,则可能会抛出这个异常。这提示开发者检查数据库查询条件是否合理,并确保ID始终有值。 2. **对象创建**:在创建新的对象实例时,如果构造函数需要ID作为参数,而传递的是null值,程序将无法正常初始化对象,并触发此异常。 3. **业务逻辑验证**:在执行业务逻辑前对输入参数进行验证时,如果发现ID为null,则可能会抛出这个异常。这有助于确保数据的一致性和完整性。 解决这个问题的方法通常是检查引发异常的点,确保所有期望非空参数的地方都接收到了有效的数据。常见的修复步骤包括: - **参数验证**:在调用涉及ID的操作之前,首先检查ID是否为null,并在适当的情况下抛出自定义异常或提供默认值。 - **异常处理**:捕获这个异常并在日志中记录详细信息,以便追踪问题发生的具体位置和原因,后续可以基于这些信息优化代码或增加数据校验逻辑。 例如,在处理数据库查询的场景下,你可以添加如下代码段来避免抛出`IllegalArgumentException`: ```java String id = /* 获取用户输入或从其他地方获取ID */; if (id == null || id.isEmpty()) { throw new IllegalArgumentException("ID不能为空"); } else { // 执行查询操作 } ``` 通过这样的验证过程,可以有效预防因ID为null而导致的运行时错误,提高程序的健壮性和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值