应用被杀后BroadcastReceiver+Retrofit触发NetworkOnMainThreadException原因？

这个问题的核心原因是当应用进程被杀死后，通过AlarmManager触发的BroadcastReceiver的onReceive方法运行在主线程，而此时你的RxJava线程调度没有正确将网络请求切换到后台线程，导致网络请求直接在主线程执行，触发了NetworkOnMainThreadException。

具体来说：

• 当应用处于运行状态时，RxJava的Schedulers.io()线程池已经初始化，能够正常将网络请求调度到后台线程执行。
• 但当应用被杀后，进程被AlarmManager临时拉起，此时BroadcastReceiver的onReceive在主线程执行，而RxJava的线程池可能还未完成初始化，或者由于进程刚启动的资源限制，subscribeOn(Schedulers.io())没有成功将网络请求切换到后台线程，最终导致Retrofit的同步网络请求（Call.execute()）直接在主线程运行，被StrictMode检测到并抛出异常。

针对这个场景，有几种可靠的解决方式：

1. 使用IntentService/JobIntentService执行网络请求 #

BroadcastReceiver的生命周期非常短（系统要求onReceive在10秒内完成），而且不适合在其中执行异步任务。推荐将网络请求逻辑转移到后台服务中：

• 在Android O及以上版本，使用JobIntentService（它会自动适配后台限制）；
• 低版本可以使用IntentService，它内部自带后台线程，无需手动管理线程。

示例代码：

// 在MyReceiver的onReceive中启动JobIntentService
@Override
public void onReceive(final Context context, Intent intent) {
    JobIntentService.enqueueWork(context, UpdateJobService.class, 123, new Intent());
}

// 定义UpdateJobService
public class UpdateJobService extends JobIntentService {
    @Override
    protected void onHandleWork(@NonNull Intent intent) {
        // 在这里执行版本检查的网络请求
        UpdateManager updateManager = new UpdateManager();
        updateManager.checkVersion();
    }
}

2. 手动创建后台线程执行请求 #

如果不想使用服务，可以在onReceive中直接创建新线程来执行网络请求，绕过RxJava可能的线程调度问题：

@Override
public void onReceive(final Context context, Intent intent) {
    new Thread(() -> {
        updateManager.checkVersion();
    }).start();
}

3. 确保RxJava线程调度生效 #

如果坚持使用RxJava，可以添加线程检查来确认调度是否正常，比如在subscribeOn后添加doOnSubscribe打印当前线程：

public void checkVersion() {
    versionManager.checkUpdate()
        .doOnSubscribe(disposable -> Log.d(TAG, "Current thread: " + Thread.currentThread().getName()))
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe(versionResponse -> {
            Log.d(TAG, "__result: " + versionResponse.getStatus());
        }, throwable -> Log.d("TAG", "_err: " + throwable.toString()));
}

如果打印显示当前线程是main，说明subscribeOn没有生效，此时可以考虑更换RxJava的调度器，或者检查Retrofit适配器的配置是否正确。

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