前言
在Android中,通過AlarmManager我們可以設(shè)置一些鬧鐘。在一些指定的時間點啟動我們的服務(wù)進行處理事件。
例如每隔幾小時拉取一下網(wǎng)絡(luò)數(shù)據(jù),或者每天8點鐘提醒用戶等。
而在使用AlarmManager時,注意以下幾個點將會幫助你更好的使用這個特性。
觸發(fā)時間增加隨機性
如果設(shè)置鬧鐘所觸發(fā)的任務(wù)中包含網(wǎng)絡(luò)請求時,建議為這個觸發(fā)時間點增加隨機性。
假設(shè)設(shè)定在早上8點發(fā)起查詢天氣預(yù)報的網(wǎng)絡(luò)請求,不增加隨機性。那么在8點這一時刻,服務(wù)器將會收到大量的請求,造成服務(wù)器壓力過大,如果設(shè)備足夠多,服務(wù)器甚至?xí)o法正常提供服務(wù)。
因此,增加隨機性,將這些請求分散到不同的觸發(fā)時間點,例如部分用戶觸發(fā)時間為7點,而部分用戶觸發(fā)時間為8點。可以根據(jù)需要,分散到更多更隨機的時間區(qū)間。
這樣做可以有效的錯開這些網(wǎng)絡(luò)請求的時間,減緩服務(wù)器的壓力,從而服務(wù)器可以提供更好更快的服務(wù)。
使用setInexactRepeating()代替setRepeating()
當(dāng)使用setInexactRepeating()時,系統(tǒng)可以在同一時間觸發(fā)多個應(yīng)用的鬧鐘,從而有效的減少設(shè)備的喚醒次數(shù)。
而從Android4.4開始,所以的鬧鐘觸發(fā)時間點都不再是準(zhǔn)確無誤的。
因此,為了降低耗電量,在不是非常需要準(zhǔn)確時間觸發(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是基于當(dāng)前時區(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版本為:
非wakeup版本:
他們的區(qū)別在于設(shè)備屏幕熄滅狀態(tài)下的反應(yīng)。wakeup版本觸發(fā)時,當(dāng)屏幕處于熄滅狀態(tài)時依舊會喚醒設(shè)備,從而可以執(zhí)行所必要的操作。而非wakeup版本觸發(fā)時,如果此時屏幕處于熄滅狀態(tài),則不會把設(shè)備喚醒,而是等到用戶或者是其他操作把設(shè)備喚醒時,才會把pendingIntent傳遞過去從而執(zhí)行任務(wù)。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對給位Android開發(fā)者們能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對武林網(wǎng)的支持。
新聞熱點
疑難解答