验证使用Handler规避Intent.ACTION_SCREEN_ON触发ANR方案的有效性

你提供的修改后代码无法达到避免ANR的效果，甚至依然会触发ANR问题。

• Android 系统中BroadcastReceiver的onReceive方法默认运行在应用主线程，系统对该方法的执行时长有严格限制（通常为10秒），执行耗时/阻塞操作超过阈值就会触发ANR，这是你原有代码的问题根源。
• 你修改的代码中，在主线程执行new Handler()时，默认会绑定当前线程（即主线程）的Looper实例，通过该Handler post的Runnable任务最终还是会投递到主线程执行，你把阻塞操作放在这个Runnable里，依然会阻塞主线程，无法规避ANR。

你可以选择以下任意一种方式把阻塞操作投递到工作线程执行：

方案1：直接启动工作线程执行 #

适合一次性的简单阻塞任务，无需任务调度：

private static BroadcastReceiver mScreenOnReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        String action = intent.getAction();
        if (action.equals(Intent.ACTION_SCREEN_ON)) {              
            // 直接启动工作线程执行阻塞操作
            new Thread(() -> {
                // Blocking operation
                // 如果后续需要更新UI，再通过主线程Handler投递任务
            }).start();
        }
    }
};

方案2：使用HandlerThread创建工作线程Handler #

适合需要有序调度多个后台任务的场景：

// 初始化工作线程及对应的Handler
private HandlerThread workThread = new HandlerThread("ScreenOnWorkThread");
private Handler workHandler;
// 建议在组件初始化时启动线程
{
    workThread.start();
    workHandler = new Handler(workThread.getLooper());
}

private static BroadcastReceiver mScreenOnReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        String action = intent.getAction();
        if (action.equals(Intent.ACTION_SCREEN_ON)) {              
            workHandler.post(() -> {
                // Blocking operation
            });
        }
    }
};
// 组件销毁时记得退出工作线程避免内存泄漏：workThread.quitSafely();

方案3：使用WorkManager执行后台任务 #

如果你的阻塞任务执行时间较长，需要保证即使应用退到后台也能正常完成，推荐使用WorkManager，避免onReceive执行结束后进程被系统回收导致任务丢失。

• 后台任务中如果需要访问Context，优先使用context.getApplicationContext()，避免持有BroadcastReceiver/Activity的Context导致内存泄漏。
• 如果任务执行完需要更新UI，必须将更新操作投递回主线程执行。

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