android闹钟程序后台运行,Android闹钟启动时间设置无效问题的解决方法
Android开发中,alarmManager在5.0以上系统,启动时间设置无效的问题
做一个app,需要后台保持发送心跳包。由于锁屏后cpu休眠,导致心跳包线程被挂起,所以尝试使用alarmManager定时唤醒Service发送心跳包。
以下是开启alarmManager的代码
//开启轮询服务
public static void startPollingService(Context context,int seconds,Class> cls,String action) {
//获取AlarmManager系统服务
AlarmManager manager = (AlarmManager) context
.getSystemService(Context.ALARM_SERVICE);
//包装需要执行Service的Intent
Intent intent = new Intent(context,cls);
intent.setAction(action);
PendingIntent pendingIntent = PendingIntent.getService(context,intent,PendingIntent.FLAG_UPDATE_CURRENT);
//触发服务的起始时间
long triggerAtTime = SystemClock.elapsedRealtime();
//使用AlarmManger的setRepeating方法设置定期执行的时间间隔(seconds秒)和需要执行的Service
manager.setRepeating(AlarmManager.ELAPSED_REALTIME,triggerAtTime,seconds * 1000,pendingIntent);
}
结果遇到了很奇怪的问题
传入的时间是2500,也就是每2.5秒一次
在红米1s (系统是CM12.1 android5.1.1)上,亮屏(非休眠)状态下它要好几十秒才会唤醒一次,锁屏(休眠)就不会唤醒了
在小米4(系统是MIUI7 android4.4.4)上,亮屏状态下正常,锁屏状态下就不会唤醒了
我尝试了BroadcastReceiver重写onReceive,也试过Service重写onStartCommand,都是一样的情况
原因是因为Android AlarmManagerService里面对于repeating alarm 做了限制。
注意:在19以上版本,setRepeating中设置的频繁只是建议值, 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机制的修改
API19之前AlarmManager提供了三个设置闹钟的方法,由于业务需求闹钟只需要一次性,所以采用set(int type,long startTime,PendingIntent pi);这个方法。
从API 19开始,AlarmManager的机制都是非准确传递,操作系统将会转换闹钟,来最小化唤醒和电池使用。
于之前的程序,没有对API19以上的闹钟设置做处理,导致在4.4以上的手机设置闹钟无响应(应用程序没有被杀死的情况也没有闹钟)。
因些,设置闹钟需要根据API的版本进行分别处理设置。代码如下:
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,sender);
}
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中加入权限
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;
}
}
3).如果没有忽略电池优化的时候,弹出提醒对话框,提示用户进行忽略电池优化操作。代码如下:
/**
* 针对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
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持编程小技巧。
总结
如果觉得编程之家网站内容还不错,欢迎将编程之家网站推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
小编个人微信号 jb51ccc
喜欢与人分享编程技术与工作经验,欢迎加入编程之家官方交流群!
android闹钟程序后台运行,Android闹钟启动时间设置无效问题的解决方法相关推荐
- android闹钟 失效,Android闹钟启动时间设置无效问题的解决方法
Android开发中,alarmManager在5.0以上系统,启动时间设置无效的问题 做一个app,需要后台保持发送心跳包.由于锁屏后CPU休眠,导致心跳包线程被挂起,所以尝试使用alarmMana ...
- android 熄屏 后台运行,Android进程保活/息屏后后台保持定位、网络运行
Android 设备在黑屏的分钟后可能会发生多种情况: 应用程序切后台后进程资源被系统回收,导致不能持续定位. 解决办法: 长连接定时唤醒cpu(解决黑屏定位.黑屏断网问题) 对于原生Android系 ...
- android游戏后台运行点击桌面游戏图标游戏重启的解决方法
最近使用unity做游戏发布android游戏,内置付费功能实现后,付完费停留在付完费界面的时候点击home键回到手机桌面,然后点击游戏图标游戏重启.付费失败.但是钱已经扣了,这就比较坑了.然后查了一 ...
- android高德地图后台运行,Android手把手教你集成高德地图
在上一篇博客上,和大家分享了如何在Android中集成高德定位以及定位的基本使用.今天我们就来看看高德地图在Android中如何使用吧. 同样,我将本篇博客的内容分为如下部分: (1)添加高德SDK ...
- Android 程序后台运行和锁屏运行
Android 后台服务保活 需求 方案 推广一下我的个人博客小站: Z同学 期待大家的围观 需求 1.在华为手机中应用切换到后台后,打开其他app.需要我的应用后台仍然能够访问http,传输数据. ...
- ios 运行android应用程序,iOS与Android应用程序沙盒机制的研究与总结
简介 复杂系统始终存在漏洞, 软件复杂性只会随着时间的推移而增加.无论您如何谨慎地采用安全编码实践并防范错误, 攻击者只需通过一次防御即可成功.虽然应用沙盒不能防止对你的应用的攻击, 但它确实最大限度 ...
- android应用程序的组件,Android基础之应用程序组件
Android应用程序由若干个不同类型的组件组合而成,每一个组件具有其特定的安全保护设计方式,它们的安全直接影响到应用程序的安全.Android应用程序组件的主要类型有:活动(Activity),服务 ...
- Java程序后台运行,即使关掉Putty终端
Java程序后台运行,即使关掉Putty终端 比如,通过Putty启动远程主机上面的文件 java -cp Crawler.jar Main& 关闭Putty终端之后,这个java程序也会被中 ...
- Unity3D 中的程序后台运行
Unity3D中程序后台运行,我原本认为当Application.runInBackground=false时,Socket保持连接,但是不接受数据,经过测试并非如此,当Application.run ...
最新文章
- NanoPlot:三代纳米孔测序数据质量评估
- reid2019-2021
- 也谈.net加密解密
- python频率_Python中的频率分析
- HttpServletRequest 常用方法讲解
- 论文浅尝 | Data Intelligence 已出版的知识图谱主题论文
- 这是300年后的人类生活!你相信吗?
- 【MySQL】性能优化之 Index Condition Pushdown
- 信通院 DevOps 新标准评估结果发布:腾讯获评唯一卓越级
- iOS开发之项目经验总结
- 稀疏表示的合适字典_基于共振稀疏分解的滚动轴承早期微弱故障诊断
- picsart旧版本_picsart旧版本中文下载-picsart老版本软件8.5.6 历史版本-东坡下载
- Linux运维从入门到进阶
- 有道网页翻译chrome插件---我用过的最好的翻译插件
- 计算机导论应该学什么,《计算机导论A》教学大纲(计算机类)
- 3个珍藏已久的资源网站,个个都很厉害,赶快私藏起来吧
- RS-485总线,这篇很详细
- 视频编码解码(x264参数)
- Python中类函数中self是什么
- 后端开发框架的具体内容是什么?