Android鬧鐘設(shè)置的解決方案
Android設(shè)置鬧鐘并不像IOS那樣這么簡(jiǎn)單，做過(guò)Android設(shè)置鬧鐘的開(kāi)發(fā)者都知道里面的坑有多深。下面記錄一下，我解決Android鬧鐘設(shè)置的解決方案。
主要問(wèn)題
- API19開(kāi)始AlarmManager的機(jī)制修改。
- 應(yīng)用程序被Kill掉后,設(shè)置的鬧鐘不響。
- 6.0以上進(jìn)入Doze模式會(huì)使JobScheduler停止工作。
- 手機(jī)設(shè)置重啟后，鬧鐘失效問(wèn)題。
API19以上AlarmManager機(jī)制的修改
API19之前AlarmManager提供了三個(gè)設(shè)置鬧鐘的方法，由于業(yè)務(wù)需求鬧鐘只需要一次性，所以采用set(int type，long startTime，PendingIntent pi);這個(gè)方法。從API 19開(kāi)始，AlarmManager的機(jī)制都是非準(zhǔn)確傳遞，操作系統(tǒng)將會(huì)轉(zhuǎn)換鬧鐘，來(lái)最小化喚醒和電池使用。
由于之前的程序，沒(méi)有對(duì)API19以上的鬧鐘設(shè)置做處理，導(dǎo)致在4.4以上的手機(jī)設(shè)置鬧鐘無(wú)響應(yīng)(應(yīng)用程序沒(méi)有被殺死的情況也沒(méi)有鬧鐘)。
因些，設(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);
- }
這樣，保證鬧鐘在應(yīng)用程序沒(méi)有被Kill掉的情況鬧鐘。
應(yīng)用程序被Kill掉時(shí)的處理
應(yīng)用程序被Kill掉后，設(shè)置的鬧鐘失效，這里利用守護(hù)進(jìn)程以及灰色?；顏?lái)保證后臺(tái)鬧鐘服務(wù)不被Kill掉。當(dāng)應(yīng)用程序以及鬧鐘服務(wù)被Kill掉，守護(hù)進(jìn)程以及灰色?；顏?lái)重新啟動(dòng)鬧鐘服務(wù)，并且重新設(shè)置鬧鐘。
關(guān)于守護(hù)進(jìn)程的處理，這里采用開(kāi)源的守護(hù)進(jìn)程庫(kù)。Android-AppDaemon
在鬧鐘服務(wù)的onCreat加入Android-AppDaemon這個(gè)開(kāi)源的守護(hù)進(jìn)程。代碼如下：
- @Override
- public void onCreate() {
- super.onCreate();
- Daemon.run(DaemonService.this,
- DaemonService.class, Daemon.INTERVAL_ONE_MINUTE);
- startTimeTask();
- grayGuard();
- }
為進(jìn)一步保證鬧鐘服務(wù)的存活，同加上灰色?；?利用系統(tǒng)的漏洞啟動(dòng)前臺(tái)Service)。代碼如下：
- private void grayGuard() {
- if (Build.VERSION.SDK_INT < 18) {
- //API < 18 ，此方法能有效隱藏Notification上的圖標(biāo)
- startForeground(GRAY_SERVICE_ID, new Notification());
- } else {
- Intent innerIntent = new Intent(this, DaemonInnerService.class);
- startService(innerIntent);
- startForeground(GRAY_SERVICE_ID, new Notification());
- }
- //發(fā)送喚醒廣播來(lái)促使掛掉的UI進(jìn)程重新啟動(dòng)起來(lái)
- 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 的平臺(tái)上用的灰色?；钍侄?nbsp;
- */
- 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();
- }
- }
上面操作盡可能提高鬧鐘服務(wù)的存活。但是在5.0以上的手機(jī)，利用系統(tǒng)的自帶的Clean功能的時(shí)候，還是會(huì)將鬧鐘服務(wù)徹底的干掉。為了解決5.0以上的問(wèn)題，這里引入5.0以上的新特性 JobScheduler。
5.0以上的JobScheduler
關(guān)于5.0新增JobScheduler·API可以先閱讀這篇文章。here
在這里利用5.0以上的JobScheduler創(chuàng)建一個(gè)定時(shí)的任務(wù)，定時(shí)檢測(cè)鬧鐘服務(wù)是否存在，沒(méi)在存在則重新啟動(dòng)鬧鐘服務(wù)。(這里我設(shè)置每一分鐘檢測(cè)一次鬧鐘服務(wù))
在進(jìn)入應(yīng)用程序的時(shí)候檢測(cè)當(dāng)前系統(tǒng)是否是5.0以上，如果是則啟動(dòng)JobScheduler這個(gè)服務(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秒運(yùn)行一次
- 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ù)，在這測(cè)過(guò)是可以重新啟動(dòng)任務(wù)的。
上面的操作進(jìn)一步保證了鬧鐘服務(wù)被Kill掉后，重新啟動(dòng)服務(wù)。但是在6.0以上引入了Doze模式，當(dāng)6.0以上的手機(jī)進(jìn)入這個(gè)模式后，便會(huì)使JobScheduler停止工作。
6.0以上Doze模式的處理
為了讓JobScheduler可以在6.0以上進(jìn)入Doze模式工作，這里針對(duì)6.0以上的Doze模式做特殊的處理-忽略電池的優(yōu)化。
- 在Manifest.xml中加入權(quán)限。
<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS"/>
- 在設(shè)置鬧鐘的時(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;
- }
- }
如果沒(méi)有忽略電池優(yōu)化的時(shí)候，彈出提醒對(duì)話框，提示用戶進(jìn)行忽略電池優(yōu)化操作。代碼如下：
- /**
- * 針對(duì)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();
- }
- }
- }
在界面重寫(xiě)onActivityResult方法來(lái)捕獲用戶的選擇。如，代碼如下：
- @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(), "請(qǐng)開(kāi)啟忽略電池優(yōu)化~");
- }
- }
- }
補(bǔ)充
當(dāng)應(yīng)用程序被Kill掉，但是鬧鐘的服務(wù)沒(méi)有被Kill掉的，這時(shí)候又設(shè)置了鬧鐘。這就意味著設(shè)置的鬧鐘沒(méi)有放到鬧鐘服務(wù)那里。所以這種情況，設(shè)置的鬧鐘會(huì)失效。為了解決這種情況，利用AIDL(鬧鐘服務(wù)在另一個(gè)進(jìn)程的需要進(jìn)程間通信)調(diào)用鬧鐘服務(wù)的重新設(shè)置鬧鐘方法重設(shè)鬧鐘。
在應(yīng)用程序的onCreat()方法啟動(dòng)鬧鐘服務(wù)，然后再綁定鬧鐘服務(wù)。
- private void initAlarmService() {
- startService(new Intent(this, DaemonService.class));//啟動(dòng)鬧鐘服務(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 {//判斷是否有鬧鐘，沒(méi)有則關(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) {
- }
- }
這里說(shuō)明一下，當(dāng)服務(wù)啟動(dòng)并且被綁定的情況下，unbindService是不會(huì)停止服務(wù)的。具體可以查看這篇文章。here
***
以上并不代表所有的Android手機(jī)的鬧鐘都可以用，這只是盡***的可能保證大部分的手機(jī)。
