Android設置鬧鐘的解決方案

Android設置鬧鐘並不像IOS那樣這麼簡單,作過Android設置鬧鐘的開發者都知道里面的坑有多深。下面記錄一下,我解決Android鬧鐘設置的解決方案。html

主要問題

  1. API19開始AlarmManager的機制修改。
  2. 應用程序被Kill掉後,設置的鬧鐘不響。
  3. 6.0以上進入Doze模式會使JobScheduler中止工做。
  4. 手機設置重啓後,鬧鐘失效問題。

API19以上AlarmManager機制的修改

API19以前AlarmManager提供了三個設置鬧鐘的方法,因爲業務需求鬧鐘只須要一次性,因此採用set(int type,long startTime,PendingIntent pi);這個方法。 從API 19開始,AlarmManager的機制都是非準確傳遞,操做系統將會轉換鬧鐘,來最小化喚醒和電池使用。java

因爲以前的程序,沒有對API19以上的鬧鐘設置作處理,致使在4.4以上的手機設置鬧鐘無響應(應用程序沒有被殺死的狀況也沒有鬧鐘)。android

因些,設置鬧鐘須要根據API的版本進行分別處理設置。代碼以下:git

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

這樣,保證鬧鐘在應用程序沒有被Kill掉的狀況鬧鐘。github

應用程序被Kill掉時的處理

應用程序被Kill掉後,設置的鬧鐘失效,這裏利用守護進程以及灰色保活來保證後臺鬧鐘服務不被Kill掉。當應用程序以及鬧鐘服務被Kill掉,守護進程以及灰色保活來從新啓動鬧鐘服務,而且從新設置鬧鐘。 關於守護進程的處理,這裏採用開源的守護進程庫。Android-AppDaemonide

在鬧鐘服務的onCreat加入Android-AppDaemon這個開源的守護進程。代碼以下:優化

@Override
public void onCreate() {
    super.onCreate();
    Daemon.run(DaemonService.this, 
           DaemonService.class, Daemon.INTERVAL_ONE_MINUTE);
    startTimeTask();
    grayGuard();
}

爲進一步保證鬧鐘服務的存活,同加上灰色保活(利用系統的漏洞啓動前臺Service)。 代碼以下:ui

private void grayGuard() {
	if (Build.VERSION.SDK_INT < 18) {
		//API < 18 ,此方法能有效隱藏Notification上的圖標
		startForeground(GRAY_SERVICE_ID, new Notification());
	} else {
		Intent innerIntent = new Intent(this, DaemonInnerService.class);
		startService(innerIntent);
		startForeground(GRAY_SERVICE_ID, new Notification());
	}

	//發送喚醒廣播來促使掛掉的UI進程從新啓動起來
	AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
	Intent alarmIntent = new Intent();
	alarmIntent.setAction(WakeReceiver.GRAY_WAKE_ACTION);
	PendingIntent operation = PendingIntent.getBroadcast(this, 
		WAKE_REQUEST_CODE, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT);
	if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
		alarmManager.setWindow(AlarmManager.RTC_WAKEUP, 
			System.currentTimeMillis(), ALARM_INTERVAL, operation);
	}else {
		alarmManager.setInexactRepeating(AlarmManager.RTC_WAKEUP, 
			System.currentTimeMillis(), ALARM_INTERVAL, operation);
	}
}

/**
 * 給 API >= 18 的平臺上用的灰色保活手段
 */
public static class DaemonInnerService extends Service {

	@Override
	public void onCreate() {
		Log.i(LOG_TAG, "InnerService -> onCreate");
		super.onCreate();
	}

	@Override
	public int onStartCommand(Intent intent, int flags, int startId) {
		Log.i(LOG_TAG, "InnerService -> onStartCommand");
		startForeground(GRAY_SERVICE_ID, new Notification());
		//stopForeground(true);
		stopSelf();
		return super.onStartCommand(intent, flags, startId);
	}

	@Override
	public IBinder onBind(Intent intent) {
		throw new UnsupportedOperationException("Not yet implemented");
	}

	@Override
	public void onDestroy() {
		Log.i(LOG_TAG, "InnerService -> onDestroy");
		super.onDestroy();
	}
}

上面操做盡量提升鬧鐘服務的存活。可是在5.0以上的手機,利用系統的自帶的Clean功能的時候,仍是會將鬧鐘服務完全的幹掉。爲了解決5.0以上的問題,這裏引入5.0以上的新特性 JobScheduler。this

5.0以上的JobScheduler

關於5.0新增JobScheduler·API能夠先閱讀這篇文章。here 在這裏利用5.0以上的JobScheduler建立一個定時的任務,定時檢測鬧鐘服務是否存在,沒在存在則從新啓動鬧鐘服務。(這裏我設置每一分鐘檢測一次鬧鐘服務)操作系統

在進入應用程序的時候檢測當前系統是不是5.0以上,若是是則啓動JobScheduler這個服務。代碼以下:

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);  //設置設備重啓後,是否從新執行任務
	builder.setRequiresDeviceIdle(true);

	if (mJobScheduler.schedule(builder.build()) <= 0) {
		//If something goes wrong
	}
}

其中的builder.setPersisted(true); 方法是設備重啓後,是否從新執行任務,在這測過是能夠從新啓動任務的。

上面的操做進一步保證了鬧鐘服務被Kill掉後,從新啓動服務。可是在6.0以上引入了Doze模式,當6.0以上的手機進入這個模式後,便會使JobScheduler中止工做。

6.0以上Doze模式的處理

爲了讓JobScheduler能夠在6.0以上進入Doze模式工做,這裏針對6.0以上的Doze模式作特殊的處理-忽略電池的優化

  1. 在Manifest.xml中加入權限。 <uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS"/>

  2. 在設置鬧鐘的時候,判斷系統是不是6.0以上,若是是,則判斷是否忽略電池的優化。判斷是否忽略電池優化代碼以下:

@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;
	}
}
  1. 若是沒有忽略電池優化的時候,彈出提醒對話框,提示用戶進行忽略電池優化操做。代碼以下:
/**
 * 針對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(), "請開啓忽略電池優化~");
		}
	}
}

補充

當應用程序被Kill掉,可是鬧鐘的服務沒有被Kill掉的,這時候又設置了鬧鐘。這就意味着設置的鬧鐘沒有放到鬧鐘服務那裏。因此這種狀況,設置的鬧鐘會失效。爲了解決這種狀況,利用AIDL(鬧鐘服務在另外一個進程的須要進程間通訊)調用鬧鐘服務的從新設置鬧鐘方法重設鬧鐘。

在應用程序的onCreat()方法啓動鬧鐘服務,而後再綁定鬧鐘服務。

private void initAlarmService() {
	startService(new Intent(this, DaemonService.class));//啓動鬧鐘服務
	if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
	    //JobScheduler
		...
	}

	//綁定鬧鐘服務
	Intent intent = new Intent(this, DaemonService.class);
	intent.setAction("android.intent.action.DaemonService");
	bindService(intent, mConnection, Context.BIND_AUTO_CREATE);
}

在onDestroy()方法,調用鬧鐘服務的重設鬧鐘方法。代碼以下:

@Override
protected void onDestroy() {
	super.onDestroy();
	try {//判斷是否有鬧鐘,沒有則關閉鬧鐘服務
		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); //解除綁定服務。
	} catch (Exception e) {

	}
}

這裏說明一下,當服務啓動而且被綁定的狀況下,unbindService是不會中止服務的。具體能夠查看這篇文章。here

最後

以上並不表明全部的Android手機的鬧鐘均可以用,這只是盡最大的可能保證大部分的手機。

相關文章
相關標籤/搜索