Android AlarmManager - RTC_WAKEUP проти ELAPSED_REALTIME_WAKEUP

Хтось може пояснити мені різницю між AlarmManager.RTC_WAKEUPі AlarmManager.ELAPSED_REALTIME_WAKEUP? Я прочитав документацію, але все ще не розумію наслідків використання одного над іншим.

Приклад коду:

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

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

Наскільки різними будуть виконуватися два рядки коду? Коли ці два рядки коду виконуватимуться відносно один одного?

Я вдячний за твою допомогу.

AlarmManager.ELAPSED_REALTIME_WAKEUP type використовується для спрацьовування будильника з часу завантаження:

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

насправді будильник спрацює через 10 хв після завантаження пристрою .

Існує таймер, який починає працювати, коли пристрій завантажується, щоб виміряти час безперебійної роботи пристрою, і це тип, який спрацьовує ваш будильник відповідно до часу роботи пристрою.

Тоді AlarmManager.RTC_WAKEUPяк спрацьовуватиме будильник відповідно до часу годинника. Наприклад, якщо ви робите:

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

це, з іншого боку, спрацює сигнал через 30 секунд .

AlarmManager.ELAPSED_REALTIME_WAKEUPтип використовується рідко порівняно з AlarmManager.RTC_WAKEUP.

Незважаючи на прийняту та прийняту на сьогодні відповідь, типи AlarmManager.ELAPSED_REALTIME * разом із SystemClock.elapsedRealtime () завжди були надійнішими, ніж годинники RTC для будильників та синхронізації.

Використання ELAPSED_REALTIME_WAKEUP з AlarmManager буде покладатися на монотонний годинник, починаючи з часу завантаження " і продовжує галочку, навіть коли центральний процесор перебуває в режимах енергозбереження, тому є рекомендаційною основою для загальних часових інтервалів ". Тому,

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

зробить ваш PendingIntent пожежею за 1 хв (60 * 1000 мілісекунд).

Тоді як AlarmManager.RTC_WAKEUP - це стандартний час "настінного" часу в мілісекундах з епохи. Тому,

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

також може спрацьовувати сигнал через 60 секунд, але не надійно, оскільки, як зазначено в документації SystemClock :

Настінний годинник може встановити користувач або телефонна мережа (див. SetCurrentTimeMillis (довгий)), тому час може непередбачувано стрибнути назад або вперед. Цей годинник слід використовувати лише тоді, коли важливим є листування з реальними датами та часом, наприклад, у календарі чи програмі-будильнику. Для вимірювання інтервалу або минулого часу слід використовувати інший годинник. Якщо ви використовуєте System.currentTimeMillis (), спробуйте прослухати ACTION_TIME_TICK, ACTION_TIME_CHANGED та ACTION_TIMEZONE_CHANGED трансляції намірів, щоб дізнатись, коли час змінюється.

Крім того, питання стосувалось лише тривог * _WAKEUP, але також дивіться документацію AlarmManager щодо цього, щоб переконатися, що ви розумієте, що забезпечують будильники проти непробудження.

Просто примітка. Ви можете отримати безперебійний виклик:

long uptimeMillis =  SystemClock.elapsedRealtime();

Отже, якщо ви бажаєте спрацювати будильник через 30 секунд і хочете використовувати годинник безвідмовної роботи замість звичайного, ви можете зробити:

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

Всякий раз, коли ви хочете перевірити якийсь минулий час замість певної дати / часу, найкраще використовувати час безвідмовної роботи. Це тому, що поточний час, встановлений користувачем на пристрої, може змінюватися, якщо користувач змінює його за допомогою налаштувань.

Я запрограмував цю проблему у своєму власному проекті таким чином. у наведеному нижче коді, який я використовую

AlarmManager.ELAPSED_REALTIME_WAKEUP

щоб встановити будильник у визначений час. змінна 'intentName' використовується у intentFilter для отримання цього сигналу тривоги. тому що я спрацьовую багато сигналів цього типу. коли я скасовую всі будильники. я використовую метод скасування. внизу.

// утримувати будильники та скасовувати за потреби

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

де функція span - це:

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

це функція скасування тривоги.

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

Деякі важливі примітки при виборі, який будильник використовувати : (для кого вже читали голоси за

Долина RTC_WAKEUP смерті - зміна часу:
якщо користувач вручну змінив час на минуле, будильник не спрацює, а майбутнє спричинить негайний сигнал, якщо він минув RTCпозначку часу.
Не використовуйте цей будильник для будь-якої перевірки на стороні клієнта / важливих завдань, оскільки він має шанс вийти з ладу.

WAKEUP Сенс (Зефір і вище)
Загалом - НЕ так багато. Не активує пристрій, коли idleчи під час перебування doze, для цього alarmManager.setExactAndAllowWhileIdleабо alarmManager.setAndAllowWhileIdle( Дрімає та не працює )