在目前的Application开发中,执行一些异步任务很是广泛,其中有些任务的执行周期甚至超过了Application的生命周期,好比一些下载数据的任务或者一些更新网络资源的任务。有时咱们须要执行一些非当即开始的任务。Android提供了一些能够在applications中明智使用的API,用于 执行一些预期后台任务。html
选择一个合适执行方式能够提升application 的性能,同时能够节省设备的电量损耗。android
Android M引入了 Doze mode用于在用户不使用手机一段时间后最大可能地节省电量。git
如下是几个Android提供的API:github
Services容许在后台长时间运行任务。可是在后台执行Services相对来讲比较耗电。bash
Services即便不执行什么有效的任务,也会一直占用设备的资源。当这些后台Services监听系统的广播时会加剧以上的问题。网络
在app运行期执行一些Schedule任务时,推荐使用Handler配合Timer和Thread。这比使用Alarm Manager, Job Scheduler等更简单,也更高效。app
AlarmManager提供了系统级别alarm service的入口。它提供了在应用运行期外执行操做的方法。AlarmManager能够在将来的某个时间启动一个服务,它能够在定时到达时触发一个PendingIntent。异步
注册后的alarm能够在设备锁屏时依然是保留的(任务能够在设备锁屏时触发),可是在设备关闭或重启以后就无效了。ide
AlarmManager 能够在用于在特定时间触发任务的操做,并不提供其余更完善的执行条件:如设备空闲、网络可用或者开始充电等条件。性能
示例:当咱们须要在一个小时后或者每一个小时执行一些操做时,AlarmManager是一个不错的选择。可是没法在诸如网络可用或者设备非充电状态等状态出现时触发事件。
Job Scheduler 是全部提到的执行预期任务首选的方式,能够高效地执行后台任务。Job Scheduler API在Android 5.0(API 21)中引入的。
Job Scheduler运行在设备有可用资源或者合适的条件时触发任务。在建立任务时能够自定义各类条件。当知足生命的条件时,系统将在app的 JobService中执行定义的任务。Job Scheduler还能够根据Doze模式和应用程序的待机限制执行必要的操做。
用这种方式执行任务,可让设备长时间处于休眠状态,从而延长电池使用时长。通常来讲Job Scheduler能够用来执行对时间要求不严格的全部任务。
GCM (Google Cloud Messaging)网络管理拥有全部JobScheduler特性。GCM 网络管理能够用于高效执行全部重复或单次不紧急的任务,同时能够有效的节省设备电量。
它用于后向兼容,能够在Android 5.0如下使用。在API 23及以上GCM实际使用了系统的JobSchedule。GCM 网络管理使用了Google Play services中的scheduling 引擎,所以只能在安装了Google Play 的设备中使用。
谷歌强烈建议GCM的用户升级到FCM,使用Firebase Job Dispatcher执行全部任务。
The Firebase JobDispatcher也是一个执行后台任务的库,它向后兼容(支持 API 21一下),能够在API 9+上运行。
The Firebase JobDispatcher能够运行在未安装Google Play 的设备上。The Firebase JobDispatcher实际使用了AlarmManager,固然若是设备安装了Google Play,则The Firebase JobDispatcher使用Google Play中的Scheduling 引擎。
Sync Adapter设计用来同步本地和云端的数据。它只能够用来执行这种任务。在本地或者云端数据发生变化时能够触发数据同步,或者定时触发。Android系统会尝试使用批量同步从而节省电量,未传输的数据将在队列中等待同步。系统只会在联网状况下尝试进行数据同步。
固然,仍是建议尽量使用JobScheduler, Firebase JobDispatcher, or GCM Network Manager等方法。
介绍了这么多,咱们来提供一个job scheduler的示例。
继承JobService来建立JobSchedulerService:
public class JobSchedulerService extends JobService {
@Override
public boolean onStartJob(JobParameters params) {
return false;
}
@Override
public boolean onStopJob(JobParameters params) {
return false;
}
}复制代码
JobService在main thread中执行,全部耗时逻辑应在异步线程中。
同时还须要在AndroidManifest中注册JobScheduler:
<application>
<service
android:name=”.JobSchedulerService “
android:permission=”android.permission.BIND_JOB_SERVICE”
android:exported=”true”/>
</application>复制代码
建立JobInfo,以下所示须要传递 JobService。Job Builder容许建立job 执行的多个条件。
ComponentName serviceName = new ComponentName(context, JobSchedulerService.class);
JobInfo jobInfo = new JobInfo.Builder(JOB_ID, serviceName)
.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED)
.setRequiresDeviceIdle(true)
.setRequiresCharging(true)
.build();复制代码
JobScheduler scheduler = (JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
int result = scheduler.schedule(jobInfo);
if (result == JobScheduler.RESULT_SUCCESS) {
Log.d(TAG, “Job scheduled successfully!”);
}复制代码
能够在这里下载完整代码:GitHub。
在执行预期任务,须要仔细考虑执行任务的时机,选择合适的方式,考虑应用的运行性能和节电性能。
JobScheduler很是方便使用,同时即便在系统重启后依然能够执行。可是要注意JobScheduler要求API 21+。
欢迎阅读,原文地址:android.jlelse.eu/schedule-ta…
欢迎关注公众号wutongke,按期推送移动开发前沿技术文章: