6

我已经搜索了 3 天,但在其他任何地方都没有找到解决方案或类似的问题/问题。这是交易:

1 小时后触发 -> 工作正常

2 小时后触发 -> 1:23 结束

1 天内触发 -> 约 11:00 结束

那么为什么 AlarmManager 如此不可预测并且总是为时过早呢?或者我做错了什么?还有另一种方法可以使其正常工作吗?

这是我在 AlarmManager 中注册 PendingIntent 的方式(精简):

AlarmManager alarmManager = (AlarmManager)parent.getSystemService(ALARM_SERVICE);
Intent myIntent = new Intent(parent, UpdateKlasRoostersService.class);
PendingIntent pendingIntent = PendingIntent.getService(parent, 0, myIntent, PendingIntent.FLAG_UPDATE_CURRENT);

//Set startdate of PendingIntent so it triggers in 10 minutes
Calendar start = Calendar.getInstance();
start.setTimeInMillis(SystemClock.elapsedRealtime());
start.add(Calendar.MINUTE, 10);

//Set interval of PendingIntent so it triggers every day
Integer interval = 1*24*60*60*1000;

//Cancel any similar instances of this PendingIntent if already scheduled
alarmManager.cancel(pendingIntent);

//Schedule PendingIntent
alarmManager.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, start.getTimeInMillis(), interval, pendingIntent);
//Old way I used to schedule a PendingIntent, didn't seem to work either
//alarmManager.set(AlarmManager.RTC_WAKEUP, start.getTimeInMillis(), pendingIntent);

如果有人有解决方案,那就太棒了。谢谢你的帮助!

更新:2 小时前它以 2 小时的间隔触发它,但之后它在 1:20 小时后触发。它变得非常奇怪。我将使用日志文件跟踪触发器并明天将其发布在这里。

更新:PendingIntent 计划每 3 小时运行一次。从日志的第二行看来,旧的预定 PendingIntent 仍在运行:

[2012-5-3 2:15:42 519] Updating Klasroosters
[2012-5-3 4:15:15 562] Updating Klasroosters
[2012-5-3 5:15:42 749] Updating Klasroosters
[2012-5-3 8:15:42 754] Updating Klasroosters
[2012-5-3 11:15:42 522] Updating Klasroosters

但是,我确定我在安排新的之前取消了预定的 PendingIntent。并且每个 PendingIntent 都不会以相同的方式重新创建,因此它应该完全相同。如果不是,则此线程问题不再相关。

4

4 回答 4

1

重写:我最终看到了你的错误,但出乎意料。

我确实改变了这个:

PendingIntent.getService(parent, 0, myIntent, PendingIntent.FLAG_UPDATE_CURRENT);

对此:

PendingIntent.getService(parent, 0, myIntent, PendingIntent.FLAG_CANCEL_CURRENT);

在与您相同的假设下,以某种方式传播旧意图。从那以后我就再也没有见过侥幸...

我唯一一次看到它是在我第一次打电话的时候。另一种方法可能是跟踪 acurrentpreviousCalendar 对象,如果间隔不是您所期望的,则忽略此“早期”广播。(虽然考虑到警报的工作方式,这种方法似乎是多余的,但考虑到警报的工作方式,它有助于防止那些无关的调用......)

希望对您有所帮助,如果我找到其他任何东西,我会告诉您。

于 2012-06-02T23:16:37.507 回答
1

我知道这个问题有点老了,但我自己也有同样的问题。我发现如果我试图在方法之外声明 Calendar 变量,它不会很好地发挥作用,并且警报会提前触发。因为你的类被剥离了,所以很难准确地说出你在哪里调用日历实例。

如果我这样设置它,那么它会准时触发:

protected void nextAlarm(Context context, int seconds){
    Calendar nextAlarm = Calendar.getInstance();

    Intent intent = new Intent(context, MyClass.class);
    PendingIntent pending = PendingIntent.getBroadcast(context, MainActivity.REPEATING_ALARM, intent, PendingIntent.FLAG_CANCEL_CURRENT);

    AlarmManager amanager = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);
    nextAlarm.add(Calendar.SECOND, seconds);

    amanager.set(AlarmManager.RTC_WAKEUP, nextAlarm.getTimeInMillis(), pending);

}
于 2013-04-20T14:28:43.397 回答
1

使用日历时,您是否考虑到日历使用的时间精确到毫秒。也许您应该将 Milli second 字段和 seconds 字段设置为零,这样它就可以开始了。

还有一天使用它会更容易

Calendar cal = Calendar.getInstance();
cal.setTimeInMillis(0);
cal.add(Calendar.DAY_OF_MONTH, 1);

此外,当您使用 getInstance 时,不会将日历时间设置为创建时间,因此不需要再次设置时间对吗?

于 2012-06-02T21:23:50.477 回答
1

确保您的服务的 onStartCommand 返回 START_NOT_STICKY,否则会自动重新尝试:

public class UpdateKlasRoostersService extends Service {
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        buildUpdate();
        return START_NOT_STICKY;
    }
}
于 2013-09-08T10:43:00.997 回答