Android onLoadFinished触发IllegalStateException异常崩溃问题排查

问题根本原因 #

崩溃日志中提示Can not perform this action inside of onLoadFinished，并不代表你的Fragment事务代码直接写在onLoadFinished方法内，只是你执行事务（本次是DialogFragment.dismiss()触发的commit()操作）的时间点，FragmentManager的mNoTransactionsBecause标记刚好被系统设为了onLoadFinished，因此系统拼接了该提示到异常信息中。

根据你给出的代码和场景，触发该问题的常见原因有三个：

• AsyncTask的同步执行逻辑触发：AsyncTask的构造方法、onPreExecute都是在调用execute()的线程（即主线程的onLoadFinished执行上下文）同步执行的，如果你在这两个方法中执行了Dialog操作、Fragment事务，就会刚好处于callOnLoadFinished的try块范围内，此时mNoTransactionsBecause还未被重置，就会触发崩溃。
• 嵌套Loader回调触发：如果你在onLoadFinished中触发了另一个Loader的立即加载，且该Loader存在缓存数据会同步回调onLoadFinished，如果内层回调中执行了事务，此时外层callOnLoadFinished的try块还未执行完，mNoTransactionsBecause标记依然存在，就会触发崩溃。
• 连续两次Loader回调的极端时序：你存在两个Loader会连续触发onLoadFinished回调，系统会在同一个主线程任务中依次执行两次callOnLoadFinished，如果第一个AsyncTask的逻辑异常触发了同步UI操作，刚好落在第二次callOnLoadFinished的try块执行范围内，也会触发该问题。

解决方案 #

你可以根据自己的业务场景选择以下任意一种方案修复：

1. 优先排查同步执行逻辑：检查ABCAsyncTask的构造方法、onPreExecute、doInBackground方法，确保这三个方法中没有任何Fragment事务、Dialog操作相关的代码，所有UI操作都迁移到onPostExecute或者Handler的消息处理逻辑中。
2. 使用允许状态丢失的提交方法：将DialogFragment.dismiss()替换为DialogFragment.dismissAllowingStateLoss()，该方法会跳过mNoTransactionsBecause的检查，不会触发该异常，且对于绝大多数业务场景不会产生副作用。
3. 延迟事务执行时机：在Handler处理UI事务之前，先将任务post到主线程队列尾部，确保执行时所有callOnLoadFinished逻辑都已经执行完毕，mNoTransactionsBecause已经被系统重置，示例代码如下：

// 在Handler处理消息时增加post逻辑
pauseHandler = new Handler(Looper.getMainLooper()) {
    @Override
    public void handleMessage(@NonNull Message msg) {
        if (msg.what == 1) {
            // post到队列尾部，确保当前所有系统回调执行完成
            post(() -> {
                // 你的Dialog dismiss、Fragment事务逻辑写在这里
            });
        }
    }
};

4. 架构升级（长期方案）：你当前使用的android.app.LoaderManager已经在Android 9.0之后被废弃，建议改用ViewModel+LiveData或者Room可观察查询来实现数据加载，这类新组件的生命周期绑定逻辑更严谨，不会出现类似的时序问题。

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