首先先聊聊你的测试情况，其实这些现象都是符合Android系统的行为逻辑的：

• 持有Partial Wakelock时Handler没延迟：这是正常的，Partial Wakelock就是用来让CPU保持唤醒状态，不管锁屏还是后台都能正常跑任务；
• 无Wakelock但连ADB时任务正常：这是因为ADB连接会让设备跳过深度休眠（包括Doze模式），属于测试环境的特殊情况，实际用户场景下没ADB的话，无Wakelock后台肯定会被系统限制；
• 无Wakelock应用前台时正常：前台应用优先级最高，系统不会限制它的CPU使用，后台或锁屏后就不一样了。

要让你的HandlerThread任务在应用关闭、锁屏、Doze模式下都能稳定执行，得结合几个关键技术点来做：

1. 正确使用Partial WakeLock（核心保障CPU唤醒） #

Partial WakeLock是让CPU保持运行的关键，只要持有它，系统就不会让CPU休眠，不管屏幕是否锁定。但要注意正确的使用姿势：

• 首先在AndroidManifest.xml里添加权限：

  <uses-permission android:name="android.permission.WAKE_LOCK" />
  <!-- Android 12+ 如果需要在后台持有锁，还要确保有前台服务的通知权限 -->
  <uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
  

• 在服务里初始化并按需持有/释放锁，绝对不要一直持有，不然会疯狂耗电：

  private PowerManager.WakeLock wakeLock;
  
  @Override
  public void onCreate() {
      super.onCreate();
      PowerManager powerManager = (PowerManager) getSystemService(POWER_SERVICE);
      wakeLock = powerManager.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "你的应用标识:任务锁");
  }
  
  // 提交延迟任务的示例
  public void scheduleTask(long delayMillis) {
      handlerThread.getHandler().postDelayed(() -> {
          // 任务执行前获取锁，设置超时时间（比如10分钟），防止忘记释放
          wakeLock.acquire(10 * 60 * 1000);
          try {
              // 这里写你的任务逻辑
              Log.d("任务执行", "Handler延迟任务运行中");
          } finally {
              // 不管任务成功失败，都要释放锁
              if (wakeLock.isHeld()) {
                  wakeLock.release();
              }
          }
      }, delayMillis);
  }
  

2. 适配Doze模式和电池优化 #

Doze模式是Android 6.0+用来省电的机制，会限制后台应用的CPU、网络和Wakelock。如果你的任务必须在Doze模式下执行，光靠Wakelock不够，还得做这些：

• 申请忽略电池优化：让用户把你的应用加入电池优化白名单，这样Doze模式不会限制它。代码里可以引导用户设置：

  PowerManager powerManager = (PowerManager) getSystemService(POWER_SERVICE);
  if (!powerManager.isIgnoringBatteryOptimizations(getPackageName())) {
      Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
      intent.setData(Uri.parse("package:" + getPackageName()));
      startActivity(intent);
  }
  

  注意：这个权限需要用户手动同意，而且Google Play对滥用这个权限的应用会有审核限制，所以只在必要时使用。
• 用AlarmManager替代Handler做精确定时：如果你的任务是精确的定时任务（比如每隔X分钟执行一次），推荐用AlarmManager的setExactAndAllowWhileIdle()方法，它能在Doze模式下唤醒设备，然后触发广播或服务来执行任务，再配合Wakelock完成任务。

3. 确保前台服务的稳定性 #

前台服务本身优先级比后台服务高，但要确保系统不会轻易杀死它：

• Android 8.0+必须显示前台通知，通知优先级设为IMPORTANCE_DEFAULT或更高，不然服务会被系统降级为后台服务；
• 服务的onStartCommand()返回START_STICKY或START_REDELIVER_INTENT，这样服务被系统意外杀死后能自动重启；
• 不要在服务里做耗时操作，所有任务都交给HandlerThread处理，保持服务本身轻量化。

4. HandlerThread的注意事项 #

• 确保HandlerThread的Looper一直运行，不要调用quit()或quitSafely()，除非服务销毁时再释放；
• 如果是周期性的任务，不要用postDelayed循环（比如任务执行完再postDelayed下一次），因为系统可能会为了省电调整延迟时间，改用AlarmManager或WorkManager更可靠。

最后再总结下：核心是用Partial WakeLock保证CPU唤醒，配合电池优化白名单适配Doze模式，再确保前台服务的稳定性，这样你的HandlerThread任务就能在各种场景下正常执行了。

内容的提问来源于stack exchange，提问作者Mertcan Çüçen