【问题标题】:AlarmManager inconsistent behavior (alarm firing multiple times, or not at all)AlarmManager 行为不一致(警报触发多次,或根本不触发)
【发布时间】:2019-07-09 19:51:27
【问题描述】:

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

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

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

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

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

requestCode 是一个常量 int,我在测试期间递增和跟踪。 我从活动中的 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 分钟后它会在设定的正确时间再次熄灭。

从我目前观察到的情况来看,它始终是以下三种情况之一: 在正确的时间熄灭。 完全没有熄灭。 发出 3 次,立即发出 2 次(比预定时间早 1-2 分钟),然后在正确的时间发出第 3 次。

我做错了什么?我怎样才能让闹钟在大约正确的时间响一次

更新:

好吧...首先我更改了设置计时器的行:

        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-5 分钟后(这很好,没问题)。

所以问题可能是在我取消警报并启动新警报之后,AlarmManager 变得混乱(当我之前设置警报时,接近我设置警报时)并尝试将取消的警报和一个应该关闭并使未取消的一个关闭两次?听起来很奇怪,但也许警报有点被窃听???

【问题讨论】:

    标签: java android alarmmanager


    【解决方案1】:

    好吧,我不是 100% 确定为什么警报会触发相同的警报三次,但是当我给警报运行更多时间(比如未来 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 个警报(具有相同的 requestCode)像这样关闭。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多