Android鬧鐘啟動時間設(shè)置無效問題的解決方法
Android開發(fā)中,alarmManager在5.0以上系統(tǒng),啟動時間設(shè)置無效的問題
做一個app,需要后臺保持發(fā)送心跳包。由于鎖屏后CPU休眠,導(dǎo)致心跳包線程被掛起,所以嘗試使用alarmManager定時喚醒Service發(fā)送心跳包。
以下是開啟alarmManager的代碼
//開啟輪詢服務(wù) public static void startPollingService(Context context, int seconds, Class<?> cls,String action) { //獲取AlarmManager系統(tǒng)服務(wù) AlarmManager manager = (AlarmManager) context .getSystemService(Context.ALARM_SERVICE); //包裝需要執(zhí)行Service的Intent Intent intent = new Intent(context, cls); intent.setAction(action); PendingIntent pendingIntent = PendingIntent.getService(context, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT); //觸發(fā)服務(wù)的起始時間 long triggerAtTime = SystemClock.elapsedRealtime(); //使用AlarmManger的setRepeating方法設(shè)置定期執(zhí)行的時間間隔(seconds秒)和需要執(zhí)行的Service manager.setRepeating(AlarmManager.ELAPSED_REALTIME, triggerAtTime, seconds * 1000, pendingIntent); }
結(jié)果遇到了很奇怪的問題
傳入的時間是2500,也就是每2.5秒一次
在紅米1s (系統(tǒng)是CM12.1 android5.1.1)上,亮屏(非休眠)狀態(tài)下它要好幾十秒才會喚醒一次,鎖屏(休眠)就不會喚醒了
在小米4(系統(tǒng)是MIUI7 android4.4.4)上,亮屏狀態(tài)下正常,鎖屏狀態(tài)下就不會喚醒了
我嘗試了BroadcastReceiver重寫onReceive,也試過Service重寫onStartCommand,都是一樣的情況
原因是因為Android AlarmManagerService里面對于repeating alarm 做了限制。
注意:在19以上版本,setRepeating中設(shè)置的頻繁只是建議值, 5.0 以上的源碼中最小值是60s
class AlarmManagerService extends SystemService { // Minimum alarm recurrence interval private static final long MIN_INTERVAL = 60 * 1000; // one minute, in millis void setImpl(int type, long triggerAtTime, long windowLength, long interval, PendingIntent operation, boolean isStandalone, WorkSource workSource, AlarmManager.AlarmClockInfo alarmClock) { if (operation == null) { Slog.w(TAG, "set/setRepeating ignored because there is no intent"); return; } // Sanity check the window length. This will catch people mistakenly // trying to pass an end-of-window timestamp rather than a duration. if (windowLength > AlarmManager.INTERVAL_HALF_DAY) { Slog.w(TAG, "Window length " + windowLength + "ms suspiciously long; limiting to 1 hour"); windowLength = AlarmManager.INTERVAL_HOUR; } // Sanity check the recurrence interval. This will catch people who supply // seconds when the API expects milliseconds. if (interval > 0 && interval < MIN_INTERVAL) { Slog.w(TAG, "Suspiciously short interval " + interval + " millis; expanding to " + (int)(MIN_INTERVAL/1000) + " seconds"); interval = MIN_INTERVAL; } ... } }
API19以上AlarmManager機(jī)制的修改
API19之前AlarmManager提供了三個設(shè)置鬧鐘的方法,由于業(yè)務(wù)需求鬧鐘只需要一次性,所以采用set(int type,long startTime,PendingIntent pi);這個方法。
從API 19開始,AlarmManager的機(jī)制都是非準(zhǔn)確傳遞,操作系統(tǒng)將會轉(zhuǎn)換鬧鐘,來最小化喚醒和電池使用。
于之前的程序,沒有對API19以上的鬧鐘設(shè)置做處理,導(dǎo)致在4.4以上的手機(jī)設(shè)置鬧鐘無響應(yīng)(應(yīng)用程序沒有被終結(jié)的情況也沒有鬧鐘)。
因些,設(shè)置鬧鐘需要根據(jù)API的版本進(jìn)行分別處理設(shè)置。代碼如下:
AlarmManager am = (AlarmManager) getActivity().getSystemService(Context.ALARM_SERVICE); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { am.setExact(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender); }else { am.set(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender); }
5.0以上的JobScheduler
關(guān)于5.0新增JobScheduler·API可以先閱讀這篇文章。here
在這里利用5.0以上的JobScheduler創(chuàng)建一個定時的任務(wù),定時檢測鬧鐘服務(wù)是否存在,沒在存在則重新啟動鬧鐘服務(wù)。(這里我設(shè)置每一分鐘檢測一次鬧鐘服務(wù))
在進(jìn)入應(yīng)用程序的時候檢測當(dāng)前系統(tǒng)是否是5.0以上,如果是則啟動JobScheduler這個服務(wù)。代碼如下:
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE); JobInfo.Builder builder = new JobInfo.Builder(JOB_ID, new ComponentName(getPackageName(), JobSchedulerService.class.getName())); builder.setPeriodic(60 * 1000); //每隔60秒運行一次 builder.setRequiresCharging(true); builder.setPersisted(true); //設(shè)置設(shè)備重啟后,是否重新執(zhí)行任務(wù) builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong } }
其中的builder.setPersisted(true); 方法是設(shè)備重啟后,是否重新執(zhí)行任務(wù),在這測過是可以重新啟動任務(wù)的。
上面的操作進(jìn)一步保證了鬧鐘服務(wù)被Kill掉后,重新啟動服務(wù)。但是在6.0以上引入了Doze模式,當(dāng)6.0以上的手機(jī)進(jìn)入這個模式后,便會使JobScheduler停止工作。
6.0以上Doze模式的處理
為了讓JobScheduler可以在6.0以上進(jìn)入Doze模式工作,這里針對6.0以上的Doze模式做特殊的處理-忽略電池的優(yōu)化。
1).在Manifest.xml中加入權(quán)限
<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS"/>
2).在設(shè)置鬧鐘的時候,判斷系統(tǒng)是否是6.0以上,如果是,則判斷是否忽略電池的優(yōu)化。判斷是否忽略電池優(yōu)化代碼如下:
@TargetApi(Build.VERSION_CODES.M) public static boolean isIgnoringBatteryOptimizations(Activity activity){ String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity .getSystemService(Context.POWER_SERVICE); if (pm.isIgnoringBatteryOptimizations(packageName)) { return true; }else { return false; } }
3).如果沒有忽略電池優(yōu)化的時候,彈出提醒對話框,提示用戶進(jìn)行忽略電池優(yōu)化操作。代碼如下:
/** * 針對N以上的Doze模式 * * @param activity */ public static void isIgnoreBatteryOption(Activity activity) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { try { Intent intent = new Intent(); String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity.getSystemService(Context.POWER_SERVICE); if (!pm.isIgnoringBatteryOptimizations(packageName)) { // intent.setAction(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS); intent.setAction(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS); intent.setData(Uri.parse("package:" + packageName)); activity.startActivityForResult(intent, REQUEST_IGNORE_BATTERY_CODE); } } catch (Exception e) { e.printStackTrace(); } } }
在界面重寫onActivityResult方法來捕獲用戶的選擇。如,代碼如下:
@Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { if (resultCode == RESULT_OK) { if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ //TODO something } }else if (resultCode == RESULT_CANCELED){ if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ ToastUtils.show(getActivity(), "請開啟忽略電池優(yōu)化~"); } } }
補充
當(dāng)應(yīng)用程序被Kill掉,但是鬧鐘的服務(wù)沒有被Kill掉的,這時候又設(shè)置了鬧鐘。這就意味著設(shè)置的鬧鐘沒有放到鬧鐘服務(wù)那里。所以這種情況,設(shè)置的鬧鐘會失效。為了解決這種情況,利用AIDL(鬧鐘服務(wù)在另一個進(jìn)程的需要進(jìn)程間通信)調(diào)用鬧鐘服務(wù)的重新設(shè)置鬧鐘方法重設(shè)鬧鐘。
在應(yīng)用程序的onCreat()方法啟動鬧鐘服務(wù),然后再綁定鬧鐘服務(wù)。
private void initAlarmService() { startService(new Intent(this, DaemonService.class));//啟動鬧鐘服務(wù) if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { //JobScheduler ... } //綁定鬧鐘服務(wù) Intent intent = new Intent(this, DaemonService.class); intent.setAction("android.intent.action.DaemonService"); bindService(intent, mConnection, Context.BIND_AUTO_CREATE); }
在onDestroy()方法,調(diào)用鬧鐘服務(wù)的重設(shè)鬧鐘方法。代碼如下:
@Override protected void onDestroy() { super.onDestroy(); try {//判斷是否有鬧鐘,沒有則關(guān)閉鬧鐘服務(wù) String alarm = localPreferencesHelper.getString(LocalPreferencesHelper.ALARM_CLOCK); if (daemonService != -1 && mIRemoteService != null) { // android.os.Process.killProcess(daemonService); mIRemoteService.resetAlarm(); } if (!alarm.equals("[]")) { if (daemonService != -1) { startService(new Intent(this, DaemonService.class)); } } else { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler.cancel(JOB_ID); } } unbindService(mConnection); //解除綁定服務(wù)。 } catch (Exception e) { } }
這里說明一下,當(dāng)服務(wù)啟動并且被綁定的情況下,unbindService是不會停止服務(wù)的。具體可以查看這篇文章。here
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Android App開發(fā)中Gradle構(gòu)建過程的配置方法
這篇文章主要介紹了Android App開發(fā)中Gradle構(gòu)建過程的配置方法,包括在Gradle中配置manifest的方法,需要的朋友可以參考下2016-06-06android基礎(chǔ)總結(jié)篇之二:Activity的四種launchMode
這篇文章主要介紹了android基礎(chǔ)總結(jié)篇之二:Activity的四種launchMode,有需要的可以了解一下。2016-11-11Android獲取arrays.xml里的數(shù)組字段值實例詳解
這篇文章主要介紹了Android獲取arrays.xml里的數(shù)組字段值實例詳解的相關(guān)資料,需要的朋友可以參考下2017-04-04Android入門之RelativeLayout、FrameLayout用法分析
這篇文章主要介紹了Android入門之RelativeLayout、FrameLayout用法分析,需要的朋友可以參考下2014-08-08