Android7.0以后你不知道的JobService坑

本文讨论了Android7.0以后JobService在执行定时任务时遇到的问题,官方为了性能优化设置了最小15分钟的执行间隔。在7.0之前,可以通过setPeriodic设置任意执行周期,但在7.0之后,小于15分钟的设置将无效。为解决这个问题,文章提出了使用setMinimumLatency作为兼容处理,并分享了在执行完任务后再次创建定时任务的思路,以实现小于15分钟间隔的重复执行需求。
摘要由CSDN通过智能技术生成

       JobService是什么这里就不多介绍了; JobService是Android5.0以后出来的,随着Android版本的发布,google对系统的性能要求越来越高;从7.0以后对后台系统服务进行了限制(参阅官方的7.0行为变更后台优化);最近在项目中发现了以前写的心跳包机制在某些机型上无法心跳的问题,经过问题排查发现是系统版本的差异,在Android7.0以后JobService无法正常按照设置的执行周期执行后台任务。之前的代码:

public void startHeartbeat(Context context){
        if(mJobScheduler!=null){
            mJobScheduler.cancel(JOB_ID);
        }

        mJobScheduler = (JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
        JobInfo.Builder builder = new JobInfo.Builder(JOB_ID,new ComponentName(context,JobSchedulerService.class));
        builder.setPeriodic(2*60*1000);//设置执行周期
        builder.setPersisted(false);//设备重启以后是否重新执行任务
        builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY);//设置任何网络环境下都可以执行
        builder.setRequiresCharging(false);//设置是否在只有插入充电器的时候执行
        builder.setRequiresDeviceIdle(false);//设置手机系统处于空闲状态下执行

        if(mJobScheduler.schedule(builder.build())== JobScheduler.RESULT_SUCCESS){
            Log.d(TAG,"定时器作业成功");
            List<JobInfo> jobInfos = mJobScheduler.getAllPendingJobs();
            if(jobInfos!=null && jobInfos.size()>0){
                for (JobInfo jobInfo:jobInfos){
                    Log.d(TAG,"队里里面的作业:"+jobInfo.getId());
                }
            }
        }else{
            Log.d(TAG,"定时器作业失败");
        }
    }

上面创建JobService的代码在Android7.0以前是正常按照设置的执行周期执行的;但是由于Android官方在7.0以后为了不让应用占用系统太多资源以及电池优化,对定时任务JobService设了限制,强制了执行最小时间周期不能小于15分钟,那是不是这样呢?我们对比一下Android7.0以前跟7.0以后的源码;

官方7.0源码这里我只挑了关键代码。


评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值