gpt4 book ai didi

java - AlarmManager 行为不一致(警报触发多次,或根本不触发)

转载 作者:行者123 更新时间:2023-11-30 12:04:43 26 4
gpt4 key购买 nike

我有一个使用 AlarmManager.setRepeating 设置警报的按钮和另一个删除它的按钮,每次设置警报时,都会迭代 PendingIntent 中的 requestCode,以免将其与已经设置和取消的警报混淆(以后app会同时设置多个闹钟)。当我设置闹钟(setRepeating)时,有时它会按预期工作,有时它会比它打算在 2-3 分钟后响起的时间更快地响起两次(我将闹钟设置在未来 3-5 分钟后)用于我的测试)。

另请注意:我已插入设备并将屏幕设置为保持唤醒状态,在测试期间应用程序通常始终处于前台,有时我将其置于后台或旋转屏幕(通常是错误的)。

我已经尝试过 setExact() 但我不介意它是否会关闭 0-5 分钟,但我确实需要它关闭而不是重复。

我尝试过将初始时间设置为在前一天的时间和分钟开始,我希望它关闭,十天和一百天(只是为了看看会发生什么)类似的结果.

我正在使用 Joda DateTime 为 setRepeating 方法获取闹钟时间的毫秒数,并使用 AlarmManager.INTERVAL_DAY 设置下一次闹钟的间隔(我的闹钟需要每 24 小时响一次)

requestCode 是我在测试期间递增和跟踪的常量整数。我从 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),则同时触发它们,这是为了节省电池电量并且不会每隔一两分钟唤醒一次手机。

我用上面的代码做了测试,它开始更正常地工作了。每隔 1 分钟设置 4 个闹钟,当第 3 个闹钟应该响起时,其中 3 个闹钟同时响起(这是正确的行为,因为它们聚在一起以节省电池电量),最后一个闹钟响得很晚比预期晚了 3-5 分钟(没问题,没问题)。

所以也许问题是在我取消了一个闹钟并开始一个新的闹钟之后,AlarmManager 变得很困惑(当我之前设置闹钟时,关闭到我设置它的时间)并试图将取消的闹钟和一个应该熄灭而未取消的一个熄灭两次?听起来很奇怪,但也许警报有点窃听???

最佳答案

好吧,我不是 100% 确定为什么警报会触发同一个警报 3 次,但是当我给警报运行更多时间时(比如 future 5 分钟而不是 3 分钟),给它更多时间似乎解决很多问题。现在感觉有点傻,因为一开始就没有给它更多的时间,但每次测试都需要 5 分钟才能运行,需要大量等待,这很烦人,但现在效果更好了。

在帖子中: setRepeating() of AlarmManager repeats after 1 minute no matter what the time is set (5 seconds in this case, API 18+)

提到:"我认为从 Android 5.1(API 版本 22)起,重复闹钟的最小周期为 1 分钟,以后闹钟不能设置为小于 5 秒"

我肯定在那个时间内(或者不在那个时间内,超过 5 秒),但在未来进一步增加闹钟设置解决了我的问题。

更新:在测试期间,我将我的初始计时器时间设置为过去的几天,我注意到如果它超过了间隔,即使没有设置计时器,它也会在超过这些间隔时触发通知从它被设置的时间开始,即使警报实际上没有在那个时间或之前设置,所以这就是为什么我得到这些额外的通知,我假设它可以发出 2 个警报(具有相同的请求代码)的限制像这样关闭。

关于java - AlarmManager 行为不一致(警报触发多次,或根本不触发),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56959660/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com