前言

在Android中，通過AlarmManager我們可以設(shè)置一些鬧鐘。在一些指定的時間點啟動我們的服務(wù)進行處理事件。

例如每隔幾小時拉取一下網(wǎng)絡(luò)數(shù)據(jù)，或者每天8點鐘提醒用戶等。

而在使用AlarmManager時，注意以下幾個點將會幫助你更好的使用這個特性。

觸發(fā)時間增加隨機性

如果設(shè)置鬧鐘所觸發(fā)的任務(wù)中包含網(wǎng)絡(luò)請求時，建議為這個觸發(fā)時間點增加隨機性。

假設(shè)設(shè)定在早上8點發(fā)起查詢天氣預報的網(wǎng)絡(luò)請求，不增加隨機性。那么在8點這一時刻，服務(wù)器將會收到大量的請求，造成服務(wù)器壓力過大，如果設(shè)備足夠多，服務(wù)器甚至會無法正常提供服務(wù)。

因此，增加隨機性，將這些請求分散到不同的觸發(fā)時間點，例如部分用戶觸發(fā)時間為7點，而部分用戶觸發(fā)時間為8點?？梢愿鶕?jù)需要，分散到更多更隨機的時間區(qū)間。

這樣做可以有效的錯開這些網(wǎng)絡(luò)請求的時間，減緩服務(wù)器的壓力，從而服務(wù)器可以提供更好更快的服務(wù)。

使用setInexactRepeating()代替setRepeating()

當使用setInexactRepeating()時，系統(tǒng)可以在同一時間觸發(fā)多個應用的鬧鐘，從而有效的減少設(shè)備的喚醒次數(shù)。
而從Android4.4開始，所以的鬧鐘觸發(fā)時間點都不再是準確無誤的。

因此，為了降低耗電量，在不是非常需要準確時間觸發(fā)的情況下，建議使用setInexactRepeating() 。

ELAPSED_REALTIME與RTC

ELAPSED_REALTIME是基于系統(tǒng)啟動到現(xiàn)在的時間，因此ELAPSED_REALTIME適合用于設(shè)置需要在未來多長時間之后觸發(fā)的鬧鐘。

例如希望在半個小時之后觸發(fā)等。

alarmMgr.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP,
  AlarmManager.INTERVAL_HALF_HOUR,
  AlarmManager.INTERVAL_HALF_HOUR, alarmIntent);
// 或者是指定時長 
alarmMgr.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,
  SystemClock.elapsedRealtime() + 60 * 1000, alarmIntent);

RTC是基于當前時區(qū)的確切時間，因此適合用于設(shè)置需要精確到某一天的某個時刻進行觸發(fā)的鬧鐘。

例如希望在下午2點鐘的時候觸發(fā)：

// 設(shè)置calendar到今天14點
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(System.currentTimeMillis());
calendar.set(Calendar.HOUR_OF_DAY, 14);
// 設(shè)置觸發(fā)時間，并每隔一天進行提醒 
alarmMgr.setInexactRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(),
  AlarmManager.INTERVAL_DAY, alarmIntent);

wakeup版本與非wakeup版本的區(qū)別

wakeup版本為：

• RTC_WAKEUP
• ELAPSED_REALTIME_WAKEUP
  

非wakeup版本：

• RTC
• ELAPSED_REALTIME
  

他們的區(qū)別在于設(shè)備屏幕熄滅狀態(tài)下的反應。wakeup版本觸發(fā)時，當屏幕處于熄滅狀態(tài)時依舊會喚醒設(shè)備，從而可以執(zhí)行所必要的操作。而非wakeup版本觸發(fā)時，如果此時屏幕處于熄滅狀態(tài)，則不會把設(shè)備喚醒，而是等到用戶或者是其他操作把設(shè)備喚醒時，才會把pendingIntent傳遞過去從而執(zhí)行任務(wù)。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對給位Android開發(fā)者們能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論