AlarmManager是否有更优替代方案？后台及休眠场景触发告警需求咨询

嘿，这个问题我太熟了——很多开发者刚用AlarmManager都会踩这个坑，应用一关闭告警就没了，尤其是设备休眠的时候更明显。别慌，有几个经过实践验证的方案，能帮你搞定这个问题：

1. 选对告警类型，适配Android版本 #

不同Android版本对后台唤醒的限制不一样，选对API是关键：

• Android 12及以上：必须先申请SCHEDULE_EXACT_ALARM权限，然后用setExactAndAllowWhileIdle()或setAlarmClock()——这两个是仅有的能在设备深度休眠时唤醒系统的API。注意setExactAndAllowWhileIdle()每15分钟只能调用一次，别滥用。
• Android 6到11：用setExactAndAllowWhileIdle()（单次精确告警）或setAndAllowWhileIdle()（重复告警，精度稍低）。
• Android 5及以下：用setExact()或setRepeating()就行，旧版本限制没那么严。

举个代码例子：

// Android 12+ 先检查是否能设置精确告警
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    AlarmManager alarmManager = context.getSystemService(AlarmManager.class);
    if (!alarmManager.canScheduleExactAlarms()) {
        Intent intent = new Intent(Settings.ACTION_REQUEST_SCHEDULE_EXACT_ALARM);
        context.startActivity(intent);
    }
}

// 创建触发告警的PendingIntent（用显式Intent！）
Intent alarmIntent = new Intent(context, YourAlarmReceiver.class);
PendingIntent pendingIntent = PendingIntent.getBroadcast(
    context, 
    0, 
    alarmIntent, 
    PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
);

// 设置告警
AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
long triggerTime = System.currentTimeMillis() + 30 * 1000; // 30秒后触发

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent);
} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent);
} else {
    alarmManager.setExact(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent);
}

2. 用BroadcastReceiver + Foreground Service替代直接启动Activity #

别直接把告警目标设为Activity——应用关闭后Activity根本启动不了。正确流程是：

1. 用BroadcastReceiver接收告警触发的广播。
2. 在Receiver里启动Foreground Service——Android 8+之后后台服务很容易被系统杀死，前台服务带通知栏提示，系统优先级高，不容易被回收。
3. 注意：Android 12+启动前台服务需要POST_NOTIFICATIONS权限，记得在Manifest里申请并动态请求。

3. 绕开厂商电池优化 #

国内小米、华为、OPPO等厂商都有自己的电池优化策略，会主动杀死后台应用，这时候光靠系统API不够，得引导用户做设置：

• 跳转到系统电池优化设置页，让用户把你的应用加入白名单：

  Intent intent = new Intent(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS);
  context.startActivity(intent);
  

• 也可以申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限直接请求豁免，但这个权限Google Play审核很严格，只有闹钟、日历这类刚需后台的应用才容易通过。

4. 非高精度场景用WorkManager替代AlarmManager #

如果你的任务不需要精确到秒，只是需要在某个时间段执行（比如每天早上同步数据），WorkManager是更好的选择。它会自动适配系统的电池策略，即使应用被杀死，系统也会在合适的时机触发任务，不用你操心后台存活问题。

比如设置一个周期性任务：

PeriodicWorkRequest workRequest = new PeriodicWorkRequest.Builder(
    YourWorker.class, 
    1, 
    TimeUnit.DAYS
).build();

WorkManager.getInstance(context).enqueue(workRequest);

5. 必踩坑提示：用显式Intent #

设置PendingIntent的时候一定要用显式Intent（指定具体的Receiver/Service类），隐式Intent在Android 10+会被系统拦截，直接导致告警触发失败。

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