Android AlarmManager - RTC_WAKEUP vs ELAPSED_REALTIME_WAKEUP

Kann mir jemand den Unterschied zwischen AlarmManager.RTC_WAKEUPund erklären AlarmManager.ELAPSED_REALTIME_WAKEUP? Ich habe die Dokumentation gelesen, verstehe aber immer noch nicht wirklich die Auswirkungen der Verwendung übereinander.

Beispielcode:

    alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, 
                     scheduledAlarmTime, 
                     pendingIntent);

    alarmManager.set(AlarmManager.RTC_WAKEUP, 
                     scheduledAlarmTime, 
                     pendingIntent);

Wie unterschiedlich werden die beiden Codezeilen ausgeführt? Wann werden diese beiden Codezeilen relativ zueinander ausgeführt?

Ich schätze Ihre Hilfe.

AlarmManager.ELAPSED_REALTIME_WAKEUP Typ wird verwendet, um den Alarm seit dem Start auszulösen:

alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, 600000, pendingIntent);

Der Alarm wird 10 Minuten nach dem Start des Geräts ausgelöst .

Es gibt einen Timer, der gestartet wird, wenn das Gerät hochfährt, um die Betriebszeit des Geräts zu messen. Dieser Typ löst Ihren Alarm entsprechend der Betriebszeit des Geräts aus.

Während, AlarmManager.RTC_WAKEUPden Alarm auslösen nach der Zeit der Uhr. Zum Beispiel, wenn Sie Folgendes tun:

long thirtySecondsFromNow = System.currentTimeMillis() + 30 * 1000;
alarmManager.set(AlarmManager.RTC_WAKEUP, thirtySecondsFromNow , pendingIntent);

Dies löst andererseits den Alarm in 30 Sekunden aus .

AlarmManager.ELAPSED_REALTIME_WAKEUPTyp wird im Vergleich zu selten verwendet AlarmManager.RTC_WAKEUP.

Trotz der derzeit akzeptierten und hochgestimmten Antwort waren die Typen AlarmManager.ELAPSED_REALTIME * zusammen mit SystemClock.elapsedRealtime () immer zuverlässiger als die RTC-Uhren für Alarme und Timing.

Die Verwendung von ELAPSED_REALTIME_WAKEUP mit AlarmManager basiert auf einer monotonen Uhr ab dem Startzeitpunkt " und tickt auch dann weiter, wenn sich die CPU im Energiesparmodus befindet. Dies ist die empfohlene Grundlage für das allgemeine Intervall-Timing ". So,

alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime()
                 + 60*1000, pendingIntent);

Ihr PendingIntent wird in 1 Minute (60 * 1000 Millisekunden) ausgelöst.

Während AlarmManager.RTC_WAKEUP für die Standard- "Wand" -Zeit in Millisekunden seit der Epoche ist. So,

alarmManager.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis()
                 + 60*10000, pendingIntent);

kann den Alarm auch in 60 Sekunden auslösen, jedoch nicht zuverlässig, da wie in der SystemClock-Dokumentation angegeben :

Die Wanduhr kann vom Benutzer oder vom Telefonnetz eingestellt werden (siehe setCurrentTimeMillis (lang)), sodass die Zeit möglicherweise unvorhersehbar vor- oder zurückspringt. Diese Uhr sollte nur verwendet werden, wenn die Korrespondenz mit realen Daten und Zeiten wichtig ist, z. B. in einem Kalender oder einer Weckeranwendung. Intervall- oder abgelaufene Zeitmessungen sollten eine andere Uhr verwenden. Wenn Sie System.currentTimeMillis () verwenden, sollten Sie die Intent-Broadcasts ACTION_TIME_TICK, ACTION_TIME_CHANGED und ACTION_TIMEZONE_CHANGED abhören, um herauszufinden, wann sich die Zeit ändert.

Außerdem bezog sich die Frage nur auf die * _WAKEUP-Alarme, aber lesen Sie auch die AlarmManager- Dokumentation dazu, um sicherzustellen, dass Sie verstehen, was die Weck- und Nicht-Weck-Alarme bieten.

Nur eine Notiz. Sie können die Verfügbarkeit Millis anrufen:

long uptimeMillis =  SystemClock.elapsedRealtime();

Wenn Sie also in 30 Sekunden den Alarm auslösen und die Betriebszeit anstelle der normalen Uhr verwenden möchten, können Sie Folgendes tun:

long thirtySecondsFromNow =  SystemClock.elapsedRealtime() + 30 * 1000;
alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, thirtySecondsFromNow, pendingIntent);

Wenn Sie anstelle eines bestimmten Datums / einer bestimmten Uhrzeit nach einer verstrichenen Zeit suchen möchten, verwenden Sie am besten die Verfügbarkeit. Dies liegt daran, dass sich die vom Benutzer im Gerät festgelegte aktuelle Zeit ändern kann, wenn der Benutzer sie mithilfe der Einstellungen ändert.

Ich habe dieses Problem in meinem eigenen Projekt so programmiert. im folgenden Code verwende ich

AlarmManager.ELAPSED_REALTIME_WAKEUP

Alarm zu einer bestimmten Zeit einstellen. Die Variable 'intentName' wird im intentFilter verwendet, um diesen Alarm zu empfangen. weil ich viele Alarme dieser Art abfeuere. wenn ich alle Alarme abbreche. Ich benutze die Methode Abbrechen. unten angegeben.

// um Alarme zu halten und bei Bedarf abzubrechen

     public static ArrayList<String> alarmIntens = new ArrayList<String>();

// //

    public static String setAlarm(int hour, int minutes, long repeatInterval,
        final Context c) {
    /*
     * to use elapsed realTime monotonic clock, and fire alarm at a specific time
     * we need to know the span between current time and the time of alarm.
     * then we can add this span to 'elapsedRealTime' to fire the alarm at that time
     * this way we can get alarms even when device is in sleep mood
    */
    Time nowTime = new Time();
    nowTime.setToNow();
    Time startTime = new Time(nowTime);
    startTime.hour = hour;
    startTime.minute = minutes;
    //get the span from current time to alarm time 'startTime'
    long spanToStart = TimeUtils.spanInMillis(nowTime, startTime);
    //
    intentName = "AlarmBroadcast_" + nowTime.toString();
    Intent intent = new Intent(intentName);
    alarmIntens.add(intentName);
    PendingIntent pi = PendingIntent.getBroadcast(c, alarms++, intent,
            PendingIntent.FLAG_UPDATE_CURRENT);
    //
    AlarmManager am = (AlarmManager) c
            .getSystemService(Context.ALARM_SERVICE);
    //adding span to elapsedRealTime
    long elapsedRealTime = SystemClock.elapsedRealtime();
    Time t1 = new Time();
    t1.set(elapsedRealTime);
    t1.second=0;//cut inexact timings, seconds etc
    elapsedRealTime = t1.toMillis(true);

    if (!(repeatInterval == -1))
        am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP,
                elapsedRealTime + spanToStart, repeatInterval, pi);
    else
        am.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, elapsedRealTime
                + spanToStart, pi);

Wo ist die Span-Funktion:

 public static long spanInMillis(Time startTime, Time endTime) {
    long diff = endTime.toMillis(true) - startTime.toMillis(true);
    if (diff >= 0)
        return diff;
    else
        return AlarmManager.INTERVAL_DAY - Math.abs(diff);
}

Alarmabbruchfunktion ist dies.

public static void cancel(Context c) {
    AlarmManager am = (AlarmManager) c
            .getSystemService(Context.ALARM_SERVICE);
    // cancel all alarms
    for (Iterator<String> iterator = alarmIntens.iterator(); iterator
            .hasNext();) {
        String intentName = (String) iterator.next();
        // cancel
        Intent intent = new Intent(intentName);
        PendingIntent pi = PendingIntent.getBroadcast(c, 0, intent,
                PendingIntent.FLAG_UPDATE_CURRENT);
        am.cancel(pi);
        //
        iterator.remove();
    }
}

Einige wichtige Hinweise bei der Auswahl des zu verwendenden Alarms : (für wen, der die Stimmen bereits gelesen hat)

Das RTC_WAKEUP Todestal - Zeitänderung:
Wenn der Benutzer die Zeit manuell in die Vergangenheit geändert hat, wird der Alarm nicht ausgelöst, und in Zukunft wird der Alarm sofort ausgelöst, wenn er den RTCZeitstempel überschreitet.
Sie nicht verwenden Sie diesen Alarm alle Client - Seite Überprüfung / wichtige Aufgaben zu tun , weil es eine Chance zu scheitern haben.

Die WAKEUP Bedeutung (Marshmallow und höher)
Im Allgemeinen - nicht viel. Weckt das Gerät nicht auf, wenn idleoder während es in doze, dafür alarmManager.setExactAndAllowWhileIdleoder alarmManager.setAndAllowWhileIdle( Doze & Idle )