8. 省电策略之Alarm限制：setAlarmClock、setAlarm、setExact的区别

做Android电源管理这些年，我经常被问到同一个问题：「这三种Alarm到底有什么区别？我该用哪个？」

说实话，这个问题看似简单，但坑特别多。我自己就踩过好几次。今天咱们彻底把它讲透。

先看一张图：三种Alarm的「权力等级」

我习惯用「权力等级」来理解这三种Alarm。你想想看，系统对闹钟的容忍度是完全不同的。

setAlarmClock：真正的「特权阶级」

这个API，说白了就是给用户最核心的闹钟用的。为什么它特殊？因为系统会为它做两件事：

• 提前退出Doze：在闹钟触发前几分钟，系统就会把设备从深度睡眠中唤醒
• 显示闹钟图标：状态栏会出现一个闹钟图标，用户知道有重要事件

我记得有一次做车载项目，客户要求导航提醒必须准时。我一开始用了setExact，结果在Doze模式下延迟了整整两分钟。后来换成setAlarmClock，问题立刻解决。

setAlarm：被「批量处理」的普通闹钟

这个API很有意思。它叫「Alarm」，但实际行为更像「建议」。系统会在Doze的维护窗口里统一处理这些闹钟。

为什么会这样？你想想看，如果每个App都设一个精确闹钟，系统就别想睡安稳了。所以Android从6.0开始，把setAlarm的触发时间改成了「近似值」。

// 你以为的：6小时后准时触发
alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,
    SystemClock.elapsedRealtime() + 6 * 3600 * 1000,
    pendingIntent);

// 实际上的：6小时后的某个维护窗口内触发
// 可能延迟几分钟到几十分钟不等

setExact：看似精确，实则受限

这个API的名字带「Exact」，很多人以为它就是精确的。嗯，这里要注意——在非Doze模式下它确实是精确的，但一旦进入Doze，它和setAlarm没区别。

我曾经踩过一个坑：做一个吃药提醒App，用了setExact。测试时一切正常，结果用户反馈经常延迟。查了半天才发现，是Doze模式在作怪。

特性	setAlarmClock	setAlarm	setExact
Doze下是否准时	✅ 准时	❌ 延迟到维护窗口	❌ 延迟到维护窗口
能否唤醒设备	✅ 能	✅ 能（但延迟）	✅ 能（但延迟）
状态栏图标	✅ 显示	❌ 不显示	❌ 不显示
省电效果	最耗电	较省电	中等
推荐使用场景	用户核心闹钟	非精确周期性任务	非Doze下的精确触发

避坑指南：我踩过的三个坑

这些年做项目，我在Alarm上栽过不少跟头。分享几个典型的：

1. 坑一：把setExact当精确闹钟用

   我曾经在一个金融App里用setExact做交易提醒。结果Doze模式下延迟了十几分钟，用户投诉说错过交易。后来改成setAlarmClock才解决。

2. 坑二：滥用setAlarmClock

   有次我把所有定时任务都设成setAlarmClock，结果电量消耗暴涨。系统频繁退出Doze，用户直接给了差评。记住：setAlarmClock是特权，不是常规武器。

3. 坑三：忽略Android版本差异

   Android 12之后，setExact的行为又变了。在部分厂商的定制ROM里，setExact甚至会被完全忽略。我建议你在代码里加个版本判断：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    // Android 12+ 使用 setAlarmClock 确保准时
    alarmManager.setAlarmClock(
        new AlarmManager.AlarmClockInfo(triggerTime, null),
        pendingIntent
    );
} else {
    // 低版本可以用 setExact
    alarmManager.setExact(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent);
}

总结一下我的选择原则

说白了，选哪种Alarm就一句话：用户对这个时间点有多在意？

• 用户明确期待的 → setAlarmClock
• 后台维护性质的 → setAlarm
• 非Doze下需要精确的 → setExact

记住，省电很重要，但别为了省电牺牲掉用户的核心体验。这个平衡点，需要你在实际项目中慢慢摸索。

---

公众号:蓝海资料掘金营，微信deep3321