健身APP锁屏后CountDownTimer运动倒计时卡顿问题求助

• 系统省电策略限制：安卓原生6.0+的Doze模式、应用待机机制，以及国内厂商定制ROM的额外省电规则，在锁屏未充电状态下会压低普通后台进程的优先级，通常锁屏后10秒左右系统就会将无前台组件的进程切到待机状态，延迟Handler延迟消息的派发。CountDownTimer内部基于Handler实现，自然会受到影响。你已经关闭电池优化但依旧无效，就是因为厂商定制ROM的省电策略优先级高于原生的电池优化开关。
• 两个计时器表现不同的核心原因是代码逻辑差异：总计时器的onTick回调仅做UI更新，无额外高功耗操作，消息调度优先级更高；而运动计时器的onTick中存在totalExcerciseSec == 0的分支判断，触发后会调用onExerciseCompleteActions()，该方法内的TTS播报、MediaPlayer音效播放属于高功耗操作，锁屏状态下系统会拦截这类操作的执行，反而阻塞运动计时器的回调队列，导致卡顿。
• CountDownTimer本身实现缺陷：它的倒计时逻辑存在固有误差，最后一次onTick触发时机不准确，你把结束逻辑写在onTick而非onFinish中，会放大误差带来的异常。

• 方案1：使用前台Service承载计时逻辑 #

  启动前台服务并展示常驻通知，系统会将持有前台服务的进程优先级提升到和前台应用同级，不会被省电策略限制，Handler消息可以正常调度。安卓8.0及以上版本需要申请FOREGROUND_SERVICE权限，并创建对应的通知渠道。

• 方案2：替换CountDownTimer为更可靠的计时实现 #

  使用系统级的AlarmManager + BroadcastReceiver实现计时逻辑，AlarmManager不受进程休眠影响，即使设备进入低功耗状态也能正常触发回调，回调后再更新计时数据和UI即可，稳定性远高于CountDownTimer。

• 方案3：现有代码优化 #

  1. 将运动计时器中判断剩余时间为0的结束逻辑从onTick移到onFinish回调中，避免不必要的分支判断和逻辑阻塞，修改后代码如下：

excerciseCountDownTimer = new CountDownTimer(seconds * 1000, 1000) {
    public void onTick(long millisUntilFinished) {
        totalExcerciseSec = (int) (millisUntilFinished / 1000);
        int currentMinute = totalExcerciseSec / 60;
        int currentSecond = totalExcerciseSec % 60;
        binding.workoutTimeTv.setText(String.format("%02d", currentMinute) + ":" + String.format("%02d", currentSecond));
    }
    public void onFinish() {
        totalRemaingCountDownTimer.cancel();
        onExerciseCompleteActions();
    }
}.start();

2. 申请唤醒锁保证CPU运行：添加android.permission.WAKE_LOCK权限，计时开始时获取PARTIAL_WAKE_LOCK，计时结束后及时释放，避免额外耗电。

• 方案4：适配厂商ROM白名单 #

  引导用户将APP添加到系统的后台运行白名单、自启动白名单，规避厂商定制的省电规则限制。

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