‘setExact’和’setAlarmClock’之间的区别

在我的应用程序中，它应该在指定时间触发警报，警报的目的是通过通知通知用户，我对获得非精确结果感到绝望。 警报振铃，但不是在指定的时间。 当警报设置和应该关闭的时间之间的时间很长时，这是系统的。 为此，我使用了setExact(RTC_WAKEUP,time,intent) 。 经过多次尝试使其工作，我终于看到并尝试了setAlarmClockfunction，一切都很顺利！

根据javadoc， setExact与setExact相同，除了它意味着RTC_WAKEUP 。 据我所知，至少存在另外一个差异。 有谁知道吗？

Answer 1

setExact()和setExact()都对setImpl()进行非常类似的调用。 如果对setExact()调用使用RTC_WAKEUP ，唯一的区别是AlarmClockInfo类型的最终arg。

在服务端，在set（）中接收呼叫。 在该方法结束时，我们可以看到额外参数的区别：

 @Override public void set(int type, long triggerAtTime, long windowLength, long interval, int flags, PendingIntent operation, WorkSource workSource, AlarmManager.AlarmClockInfo alarmClock) { final int callingUid = Binder.getCallingUid(); if (workSource != null) { getContext().enforcePermission( android.Manifest.permission.UPDATE_DEVICE_STATS, Binder.getCallingPid(), callingUid, "AlarmManager.set"); } // No incoming callers can request either WAKE_FROM_IDLE or // ALLOW_WHILE_IDLE_UNRESTRICTED -- we will apply those later as appropriate. flags &= ~(AlarmManager.FLAG_WAKE_FROM_IDLE | AlarmManager.FLAG_ALLOW_WHILE_IDLE_UNRESTRICTED); // Only the system can use FLAG_IDLE_UNTIL -- this is used to tell the alarm // manager when to come out of idle mode, which is only for DeviceIdleController. if (callingUid != Process.SYSTEM_UID) { flags &= ~AlarmManager.FLAG_IDLE_UNTIL; } // If the caller is a core system component, and not calling to do work on behalf // of someone else, then always set ALLOW_WHILE_IDLE_UNRESTRICTED. This means we // will allow these alarms to go off as normal even while idle, with no timing // restrictions. if (callingUid < Process.FIRST_APPLICATION_UID && workSource == null) { flags |= AlarmManager.FLAG_ALLOW_WHILE_IDLE_UNRESTRICTED; } // If this is an exact time alarm, then it can't be batched with other alarms. if (windowLength == AlarmManager.WINDOW_EXACT) { flags |= AlarmManager.FLAG_STANDALONE; } // If this alarm is for an alarm clock, then it must be standalone and we will // use it to wake early from idle if needed. if (alarmClock != null) { flags |= AlarmManager.FLAG_WAKE_FROM_IDLE | AlarmManager.FLAG_STANDALONE; } setImpl(type, triggerAtTime, windowLength, interval, operation, flags, workSource, alarmClock, callingUid); } 

如果存在非null的alarmClock参数，则请求将在FLAG_WAKE_FROM_IDLE之上获取FLAG_WAKE_FROM_IDLE标志，在两种情况下都会获得该标志。 FLAG_WAKE_FROM_IDLE的评论说：

报警标志：即使报警处于空闲状态，此报警也会唤醒设备。 例如，这是闹钟的警报。

如果你愿意，你可以深入研究FLAG_WAKE_FROM_IDLE的用法 - 但就我所知，这就是区别。 您的“正常”确切警报不会将设备从空闲状态唤醒，但使用setAlarmClock（）设置的警报会启动。

Answer 2

Android 6.0（API级别23）中引入的打盹模式进一步限制了上述限制:( TL; DR：只在打盹模式下触发setAlarmClock，并添加系统图标 ）

打瞌睡的限制

在Doze中，以下限制适用于您的应用：[…]

• 系统忽略唤醒锁定。
• 标准AlarmManager警报（包括setExact()和setWindow() ）将延迟到下一个维护窗口。
  • 如果需要设置在Doze中触发的警报，请使用setAndAllowWhileIdle()或setExactAndAllowWhileIdle() 。
  • 使用setAlarmClock()设置的警报继续正常启动 – 系统在警报触发前不久退出Doze。 […]

器件进入低功耗瞌睡状态，定期唤醒以执行其他警报等。