在单Activity中多次加载Fragment时遭遇「Activity已销毁」异常

嘿，这个错误我太熟悉了！你遇到的java.lang.IllegalStateException: Activity has been destroyed，本质就是Activity已经被销毁/处于不可用状态的时候，你还在尝试提交Fragment事务（比如add、replace或者commit操作）导致的。最常见的场景就是异步任务（比如网络请求）完成后，Activity已经因为屏幕旋转、被系统后台回收或者用户主动finish了，这时候再执行Fragment的commit就会触发这个异常。

下面是几个实用的解决方案：

1. 先判断Activity的活跃状态再执行事务 #

在提交Fragment事务前，先检查Activity是否还处于可操作的状态，避免在销毁后执行操作：

// 如果你用的是support库或者AndroidX
if (!isFinishing() && !isDestroyed()) {
    getSupportFragmentManager().beginTransaction()
        .replace(R.id.fragment_container, YourTargetFragment.newInstance())
        .commit();
}

如果是在Fragment内部调用，记得先获取关联的Activity再判断：

Activity hostActivity = getActivity();
if (hostActivity != null && !hostActivity.isFinishing() && !hostActivity.isDestroyed()) {
    // 执行Fragment事务
}

2. 用commitAllowingStateLoss()替代commit() #

如果你的Fragment事务不是那种必须保证执行的核心操作（比如一些非关键的UI更新），可以用这个方法。它允许在Activity状态已经保存之后提交事务，不会抛出异常，但要注意：这个方法可能会导致状态丢失，所以只适合非核心场景，别乱用在需要保存状态的操作上。

getSupportFragmentManager().beginTransaction()
    .replace(R.id.fragment_container, YourTargetFragment.newInstance())
    .commitAllowingStateLoss();

3. 管理异步任务的生命周期 #

如果是异步任务（比如Retrofit请求、AsyncTask）触发的Fragment操作，一定要在Activity销毁时取消这些任务，避免回调在Activity销毁后执行：

@Override
protected void onDestroy() {
    super.onDestroy();
    // 取消你的异步任务，比如Retrofit的Call对象
    if (mNetworkCall != null) {
        mNetworkCall.cancel();
    }
    // 如果是AsyncTask，调用cancel()
    if (mAsyncTask != null) {
        mAsyncTask.cancel(true);
    }
}

更推荐用Jetpack的ViewModel和LiveData来管理异步数据，它们会自动感知Activity/Fragment的生命周期，只会在组件活跃时通知数据更新，从根源避免这类问题。

4. 避免持有Activity的强引用 #

如果你的工具类、Fragment或者其他类持有Activity的强引用，很容易导致内存泄漏，同时也可能在Activity销毁后还调用相关方法。建议用WeakReference来持有Activity：

private WeakReference<Activity> mActivityWeakRef;

// 在Activity绑定的时候初始化
public void bindActivity(Activity activity) {
    mActivityWeakRef = new WeakReference<>(activity);
}

// 调用前先检查引用是否有效
public void performFragmentTransaction() {
    Activity activity = mActivityWeakRef.get();
    if (activity != null && !activity.isFinishing() && !activity.isDestroyed()) {
        // 执行事务
    }
}

另外还要注意：不要在onSaveInstanceState()方法执行之后调用commit()，因为这个方法调用后Activity的状态已经被保存，此时提交事务就会触发异常，这时候用commitAllowingStateLoss()是合理的替代方案。

内容的提问来源于stack exchange，提问作者basha