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);

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

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

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

于 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 回答