AlarmManager 行为不一致(警报触发多次,或根本不触发)
AlarmManager inconsistent behavior (alarm firing multiple times, or not at all)
我有一个使用 AlarmManager.setRepeating 设置警报的按钮和另一个删除它的按钮,每次设置警报时,都会迭代 PendingIntent 中的 requestCode,以免将其与已经设置的警报混淆已设置和取消(应用程序将在未来同时设置多个闹钟)。当我设置闹钟(setRepeating)时,有时它会按预期工作,有时它会比它打算在 2-3 分钟后响起的时间更快地响起两次(我将闹钟设置在未来 3-5 分钟后)用于我的测试)。
另请注意:我已插入设备并将屏幕设置为保持唤醒状态,在测试期间应用程序通常始终处于前台,有时我将其置于后台或旋转屏幕(通常是错误的)。
我已经尝试过 setExact() 但我不介意它是否会关闭 0-5 分钟,但我确实需要它关闭而不是重复。
我尝试过将初始时间设置为在前一天的时间和分钟开始,我希望它关闭,十天和一百天也是如此(只是想看看会发生什么)相似的结果。
我正在使用 Joda DateTime 为 setRepeating 方法获取闹钟时间的毫秒数,并使用 AlarmManager.INTERVAL_DAY 设置下一次闹钟的间隔(我的闹钟需要每 24 小时响一次)
requestCode 是我在测试期间递增和跟踪的常量 int。
我从 activity
中的 getBaseContext() 获得的上下文
我设置闹钟的代码:
Intent intent = new Intent(context, AlarmManagerBroadcastReceiver.class);
intent.putExtra(ALARMS_INDEX_KEY,requestCode);
PendingIntent sender = PendingIntent.getBroadcast(context, requestCode, intent, 0);
AlarmManager alarmManager = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);//After after 5 seconds
addAlarmIndex(context, requestCode);
//test: DateTime.now().minusDays(10).withTimeAtStartOfDay()
DateTime set_for = DateTime.now().withTimeAtStartOfDay().withHourOfDay(14).
withMinuteOfHour(34).withSecondOfMinute(0).
withMillisOfSecond(0);
alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, set_for.getMillis(), AlarmManager.INTERVAL_DAY , sender);
我取消闹钟的代码:
Intent intent = new Intent(context, AlarmManagerBroadcastReceiver.class);
PendingIntent sender = PendingIntent.getBroadcast(context, requestCode, intent, 0);
AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
alarmManager.cancel(sender);
我在 AlarmManagerBroadcastReceiver 中的代码扩展了 BroadcastReceiver
@Override
public void onReceive(Context context, Intent intent) {
PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);
PowerManager.WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "test_alarm:");
wl.acquire();
int alarm_index = -1;
if(intent.hasExtra(ALARMS_INDEX_KEY)){
alarm_index = intent.getIntExtra(ALARMS_INDEX_KEY,-1);
}
Log.i("medic_debug_timertest","Alarm !!!, fired @: "+DateTime.now().toString("YYYY/MM/dd @ HH:mm:ss") + " alarm_index: " + requestCode);
wl.release();
}
我期待的是闹钟在它打算响起的时间之前设置好,而不是在它被设置为响起的时候响起(在那个时间的几分钟内)
有时它根本不响(也许我将闹钟设置为接近我设置时的响声)这可能不是问题,但其他时候它会在我设置后不久响起它会在 0-1 秒内熄灭两次,间隔 1-2 分钟后它会在设定的正确时间再次熄灭。
根据我目前的观察,它始终是以下三种情况之一:
在正确的时间熄灭。
一点也不熄灭。
响三次,一次响两次(预定时间前 1-2 分钟),第三次在正确的时间响起。
我做错了什么?我怎样才能让闹钟在大约正确的时间响一次
更新:
好的...首先我更改了设置计时器的行:
DateTime set_for = DateTime.now().minusDays(10).withTimeAtStartOfDay().withHourOfDay(14).
withMinuteOfHour(34).withSecondOfMinute(0).
withMillisOfSecond(0);
至
DateTime set_for = DateTime.now().plusMinutes(5).withSecondOfMinute(0).withMillisOfSecond(0);
这样它就会在我设置它的 5 分钟后自动关闭,并且我可以在不重新 运行 应用程序的情况下进行多次测试。我担心我在设置闹钟时将其设置为关闭。
需要记住的一点是,AlarmManager 将警报集中在一起,如果它们靠得很近(使用 setRepeating 方法而不是 setExact),则同时触发它们,这是为了节省电池电量并且不会唤醒 phone每隔一两分钟就起来。
我用上面的代码做了测试,它开始更正常地工作了。每隔 1 分钟设置 4 个闹钟,当第 3 个闹钟应该响起时,其中 3 个闹钟同时响起(这是正确的行为,因为它们聚在一起以节省电池电量),最后一个闹钟响得很晚比预期晚 3-5 分钟(没问题,没问题)。
所以也许问题是在我取消了一个闹钟并开始一个新的闹钟之后,AlarmManager 变得很困惑(当我之前设置闹钟时,关闭到我设置它的时间)并试图将取消的闹钟分组那个应该熄灭并使未取消的那个熄灭两次?听起来很奇怪,但也许警报有点窃听???
好的,我不是 100% 确定为什么警报会触发同一个警报 3 次,但是当我给警报更多的时间 运行(比如 5 分钟后的 3 分钟),给它更多的时间似乎可以解决很多问题。现在感觉有点傻,因为一开始就没有给它更多的时间,但每次测试都需要 5 分钟才能 运行,需要很多等待,这很烦人,但现在效果更好了。
在 post 中:
提到:
"As of I think Android 5.1 (API version 22) there is a minimum period of 1 minute for repeating alarms, and alarms cannot be set less than 5 seconds in the future"
我肯定在那个时间之内(或者不在那个时间之内,超过 5 秒),但是将来进一步增加警报设置解决了我的问题。
更新:在测试期间,我将我的初始计时器时间设置为过去的几天,我注意到如果它超过了间隔,即使没有设置计时器,它也会在它通过时触发多次通知从设置时间开始的那些间隔,即使警报实际上没有在那个时间或之前设置,所以这就是为什么我得到这些额外的通知,我假设它有 2 个警报的限制(具有相同的请求代码)可以这样下去。
我有一个使用 AlarmManager.setRepeating 设置警报的按钮和另一个删除它的按钮,每次设置警报时,都会迭代 PendingIntent 中的 requestCode,以免将其与已经设置的警报混淆已设置和取消(应用程序将在未来同时设置多个闹钟)。当我设置闹钟(setRepeating)时,有时它会按预期工作,有时它会比它打算在 2-3 分钟后响起的时间更快地响起两次(我将闹钟设置在未来 3-5 分钟后)用于我的测试)。
另请注意:我已插入设备并将屏幕设置为保持唤醒状态,在测试期间应用程序通常始终处于前台,有时我将其置于后台或旋转屏幕(通常是错误的)。
我已经尝试过 setExact() 但我不介意它是否会关闭 0-5 分钟,但我确实需要它关闭而不是重复。
我尝试过将初始时间设置为在前一天的时间和分钟开始,我希望它关闭,十天和一百天也是如此(只是想看看会发生什么)相似的结果。
我正在使用 Joda DateTime 为 setRepeating 方法获取闹钟时间的毫秒数,并使用 AlarmManager.INTERVAL_DAY 设置下一次闹钟的间隔(我的闹钟需要每 24 小时响一次)
requestCode 是我在测试期间递增和跟踪的常量 int。 我从 activity
中的 getBaseContext() 获得的上下文我设置闹钟的代码:
Intent intent = new Intent(context, AlarmManagerBroadcastReceiver.class);
intent.putExtra(ALARMS_INDEX_KEY,requestCode);
PendingIntent sender = PendingIntent.getBroadcast(context, requestCode, intent, 0);
AlarmManager alarmManager = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);//After after 5 seconds
addAlarmIndex(context, requestCode);
//test: DateTime.now().minusDays(10).withTimeAtStartOfDay()
DateTime set_for = DateTime.now().withTimeAtStartOfDay().withHourOfDay(14).
withMinuteOfHour(34).withSecondOfMinute(0).
withMillisOfSecond(0);
alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, set_for.getMillis(), AlarmManager.INTERVAL_DAY , sender);
我取消闹钟的代码:
Intent intent = new Intent(context, AlarmManagerBroadcastReceiver.class);
PendingIntent sender = PendingIntent.getBroadcast(context, requestCode, intent, 0);
AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
alarmManager.cancel(sender);
我在 AlarmManagerBroadcastReceiver 中的代码扩展了 BroadcastReceiver
@Override
public void onReceive(Context context, Intent intent) {
PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);
PowerManager.WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "test_alarm:");
wl.acquire();
int alarm_index = -1;
if(intent.hasExtra(ALARMS_INDEX_KEY)){
alarm_index = intent.getIntExtra(ALARMS_INDEX_KEY,-1);
}
Log.i("medic_debug_timertest","Alarm !!!, fired @: "+DateTime.now().toString("YYYY/MM/dd @ HH:mm:ss") + " alarm_index: " + requestCode);
wl.release();
}
我期待的是闹钟在它打算响起的时间之前设置好,而不是在它被设置为响起的时候响起(在那个时间的几分钟内)
有时它根本不响(也许我将闹钟设置为接近我设置时的响声)这可能不是问题,但其他时候它会在我设置后不久响起它会在 0-1 秒内熄灭两次,间隔 1-2 分钟后它会在设定的正确时间再次熄灭。
根据我目前的观察,它始终是以下三种情况之一: 在正确的时间熄灭。 一点也不熄灭。 响三次,一次响两次(预定时间前 1-2 分钟),第三次在正确的时间响起。
我做错了什么?我怎样才能让闹钟在大约正确的时间响一次
更新:
好的...首先我更改了设置计时器的行:
DateTime set_for = DateTime.now().minusDays(10).withTimeAtStartOfDay().withHourOfDay(14).
withMinuteOfHour(34).withSecondOfMinute(0).
withMillisOfSecond(0);
至
DateTime set_for = DateTime.now().plusMinutes(5).withSecondOfMinute(0).withMillisOfSecond(0);
这样它就会在我设置它的 5 分钟后自动关闭,并且我可以在不重新 运行 应用程序的情况下进行多次测试。我担心我在设置闹钟时将其设置为关闭。
需要记住的一点是,AlarmManager 将警报集中在一起,如果它们靠得很近(使用 setRepeating 方法而不是 setExact),则同时触发它们,这是为了节省电池电量并且不会唤醒 phone每隔一两分钟就起来。
我用上面的代码做了测试,它开始更正常地工作了。每隔 1 分钟设置 4 个闹钟,当第 3 个闹钟应该响起时,其中 3 个闹钟同时响起(这是正确的行为,因为它们聚在一起以节省电池电量),最后一个闹钟响得很晚比预期晚 3-5 分钟(没问题,没问题)。
所以也许问题是在我取消了一个闹钟并开始一个新的闹钟之后,AlarmManager 变得很困惑(当我之前设置闹钟时,关闭到我设置它的时间)并试图将取消的闹钟分组那个应该熄灭并使未取消的那个熄灭两次?听起来很奇怪,但也许警报有点窃听???
好的,我不是 100% 确定为什么警报会触发同一个警报 3 次,但是当我给警报更多的时间 运行(比如 5 分钟后的 3 分钟),给它更多的时间似乎可以解决很多问题。现在感觉有点傻,因为一开始就没有给它更多的时间,但每次测试都需要 5 分钟才能 运行,需要很多等待,这很烦人,但现在效果更好了。
在 post 中:
提到: "As of I think Android 5.1 (API version 22) there is a minimum period of 1 minute for repeating alarms, and alarms cannot be set less than 5 seconds in the future"
我肯定在那个时间之内(或者不在那个时间之内,超过 5 秒),但是将来进一步增加警报设置解决了我的问题。
更新:在测试期间,我将我的初始计时器时间设置为过去的几天,我注意到如果它超过了间隔,即使没有设置计时器,它也会在它通过时触发多次通知从设置时间开始的那些间隔,即使警报实际上没有在那个时间或之前设置,所以这就是为什么我得到这些额外的通知,我假设它有 2 个警报的限制(具有相同的请求代码)可以这样下去。