Android AlarmManager-RTC_WAKEUP vs ELAPSED_REALTIME_WAKEUP

Question 1

誰かがAlarmManager.RTC_WAKEUPとの違いを私に説明できますかAlarmManager.ELAPSED_REALTIME_WAKEUP？ドキュメントを読みましたが、どちらか一方を使用することの意味をまだよく理解していません。

コード例：

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

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

2行のコードの実行はどのように異なりますか？これらの2行のコードはいつ相互に実行されますか？

私はあなたの助けに感謝します。

Question 2

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。

Question 3

現在受け入れられ、賛成票を投じられている回答にもかかわらず、AlarmManager.ELAPSED_REALTIME *タイプとSystemClock.elapsedRealtime（）は、アラームとタイミングに関してRTCクロックよりも常に信頼性があります。

ELAPSED_REALTIME_WAKEUPをAlarmManagerで使用すると、起動時から始まる単調なクロックに依存し、CPUが省電力モードの場合でも刻々と変化するため、汎用インターバルタイミングの推奨基準です。そう、

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

1分（60 * 1000ミリ秒）でPendingIntentを起動します。

一方、AlarmManager.RTC_WAKEUPは、エポックからのミリ秒単位の標準「壁」時間です。そう、

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

SystemClockのドキュメントに記載されているように、今から60秒後にアラームがトリガーされることもありますが、確実ではありません。

壁掛け時計はユーザーまたは電話ネットワークで設定できるため（setCurrentTimeMillis（long）を参照）、時刻が予期せず前後にジャンプする可能性があります。この時計は、カレンダーや目覚まし時計のアプリケーションなど、実際の日付と時刻との対応が重要な場合にのみ使用してください。間隔または経過時間の測定では、別のクロックを使用する必要があります。System.currentTimeMillis（）を使用している場合は、ACTION_TIME_TICK、ACTION_TIME_CHANGED、およびACTION_TIMEZONE_CHANGEDインテントブロードキャストをリッスンして、時刻がいつ変更されるかを確認することを検討してください。

また、この質問は* _WAKEUPアラームのみを参照していましたが、ウェイクアップアラームと非ウェイクアップアラームが何を提供するかを確実に理解するために、AlarmManagerのドキュメントも参照してください。

Question 4

ただのメモ。稼働時間のミリ秒の呼び出しを取得できます。

long uptimeMillis =  SystemClock.elapsedRealtime();

したがって、今から30秒後にアラームを発生させ、通常の時計の代わりに稼働時間の時計を使用する場合は、次のようにすることができます。

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

特定の日時ではなく経過時間を確認する場合は、稼働時間を使用することをお勧めします。これは、ユーザーが設定を使用して変更すると、ユーザーがデバイスに設定した現在の時刻が変更される可能性があるためです。

Question 5

私はこの問題を自分のプロジェクトでこのようにプログラムしました。以下のコードで私は使用しています

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

ここで、スパン関数は次のとおりです。

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

Question 6

使用するアラームを選択する際のいくつかの重要な注意事項:(賛成票をすでに読んだ人）

RTC_WAKEUP 死の谷-時間の変更：
ユーザが過去に手動で変更する時間を持っている場合、アラームがオフに行くことはありませんし、将来はそれならば、アラームが過ぎてすぐに消えてしまいますRTCのタイムスタンプ。
しない失敗する可能性があるため、このアラームを使用してクライアント側の検証/重要なジョブを実行。

WAKEUP 意味（上記のマシュマロと）
一般的には-あまりありません。そのため、または（Doze＆Idle）にいるとき、idleまたは中にデバイスをウェイクアップしませんdozealarmManager.setExactAndAllowWhileIdlealarmManager.setAndAllowWhileIdle