Android鬧鐘設(shè)置的解決方案
Android設(shè)置鬧鐘并不像IOS那樣這么簡(jiǎn)單,做過(guò)Android設(shè)置鬧鐘的開(kāi)發(fā)者都知道里面的坑有多深。下面記錄一下,我解決Android鬧鐘設(shè)置的解決方案。
主要問(wèn)題
1、API19開(kāi)始AlarmManager的機(jī)制修改。
2、應(yīng)用程序被Kill掉后,設(shè)置的鬧鐘不響。
3、6.0以上進(jìn)入Doze模式會(huì)使JobScheduler停止工作。
4、手機(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ù)的存活,同加上灰色?;睿ɡ孟到y(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)上用的灰色?;钍侄? */ 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
在這里利用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ì)話框,提示用戶(hù)進(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)捕獲用戶(hù)的選擇。如,代碼如下:
@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ù)的。
最后
以上并不代表所有的Android手機(jī)的鬧鐘都可以用,這只是盡最大的可能保證大部分的手機(jī)。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- Android通過(guò)AlarmManager類(lèi)實(shí)現(xiàn)簡(jiǎn)單鬧鐘功能
- Android編程使用AlarmManager設(shè)置鬧鐘的方法
- Android 使用AlarmManager和NotificationManager來(lái)實(shí)現(xiàn)鬧鐘和通知欄
- Android手機(jī)鬧鐘服務(wù)AlarmManagerk開(kāi)發(fā)案例
- 簡(jiǎn)單實(shí)現(xiàn)Android鬧鐘程序 附源碼
- Android編程實(shí)現(xiàn)鬧鐘的方法詳解
- Android實(shí)現(xiàn)簡(jiǎn)易鬧鐘功能
- 簡(jiǎn)單實(shí)現(xiàn)Android鬧鐘功能
- Android鬧鐘機(jī)制實(shí)現(xiàn)定時(shí)任務(wù)功能
- Android使用AlarmManager設(shè)置鬧鐘功能
相關(guān)文章
Android利用WindowManager實(shí)現(xiàn)懸浮窗
這篇文章主要為大家詳細(xì)介紹了Android利用WindowManager實(shí)現(xiàn)懸浮窗效果,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-07-07Android開(kāi)發(fā)筆記 最好使用eclipse
值得注意一點(diǎn)的是,雖然Myeclipse比eclipse功能更強(qiáng)大,但是在具體的安卓開(kāi)發(fā)過(guò)程當(dāng)中,最好還是選用eclipse,sdk跟eclipse的兼容性更好2012-11-11Android仿抖音右滑清屏左滑列表功能的實(shí)現(xiàn)代碼
這篇文章主要介紹了Android仿抖音右滑清屏左滑列表功能,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-06-06Android開(kāi)發(fā)自學(xué)筆記(二):工程文件剖析
這篇文章主要介紹了Android開(kāi)發(fā)自學(xué)筆記(二):工程文件剖析,本文講解了AndroidManifest.xml、src文件夾、res文件夾等文件的作用,需要的朋友可以參考下2015-04-04Android實(shí)現(xiàn)關(guān)機(jī)與重啟的幾種方式(推薦)
這篇文章主要介紹了Android實(shí)現(xiàn)關(guān)機(jī)與重啟的幾種方式(推薦)的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-07-07RecyclerView實(shí)現(xiàn)側(cè)滑和網(wǎng)絡(luò)斷點(diǎn)續(xù)傳
這篇文章主要為大家詳細(xì)介紹了RecyclerView實(shí)現(xiàn)側(cè)滑和網(wǎng)絡(luò)斷點(diǎn)續(xù)傳,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-07-07Android串口開(kāi)發(fā)之使用JNI實(shí)現(xiàn)ANDROID和串口通信詳解
這篇文章主要給大家介紹了關(guān)于Android串口開(kāi)發(fā)之使用JNI實(shí)現(xiàn)ANDROID和串口通信的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧。2018-01-01Android OpenGLES如何給相機(jī)添加濾鏡詳解
這篇文章主要給大家介紹了關(guān)于Android OpenGLES如何給相機(jī)添加濾鏡的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)各位Android開(kāi)發(fā)者們具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-08-08