Android下的定时任务

Android中的定时任务一般有两种实现方式，一种是使用JavaAPI里的Timer类，另一种是使用android的Alarm机制。

这两种方式在多数情况下都能实现类似的效果，但Timer有一个明显的短板，它并不太适用与那些需要长期在后台运行的定时任务。As we know，为了能让电池更加耐用，每种手机都会有自己的休眠策略：比如手机不用的时候智能的断开wifi连接，根据光纤强弱自动调节屏幕亮度，根据手机长时间无操作时自动的让CPU进入到休眠状态等，当进入休眠状态时，这就有可能导致Timer中的定时任务无法正常运行。而Alarn机制则不存在这种情况，它具有唤醒CPU的功能，即可以保证每次需要执行定时任务的时候CPU都能正常工作。需要注意的是，这里的唤醒CPU和唤醒屏幕不是同一个概念，不能混淆。

---

Timer类

使用Timer及TimerTask可以在某个时间执行某一个任务。

 Timer是一个普通的类，有几个重要的方法。而TimerTask是一个抽象类，要使用的时候必须实现它的Run方法。

TimerTask的run方法类似于线程的run方法。 我们使用Timer创建一个他的对象，然后使用这对象的schedule方法来完成这种间隔的操作。

 

schedule方法有三个参数
第一个参数就是TimerTask类型的对象，我们实现TimerTask的run()方法就是要周期执行的一个任务；
第二个参数有两种类型，第一种是long类型，表示多长时间后开始执行，另一种是Date类型，表示从那个时间后开始执行；
第三个参数就是执行的周期，为long类型。

schedule方法还有一种两个参数的执行重载，第一个参数仍然是TimerTask，第二个表示为long的形式表示多长时间后执行一次，为Date就表示某个时间后执行一次。

 

Timer就是一个线程，使用schedule方法完成对TimerTask的调度，多个TimerTask可以共用一个Timer，也就是说Timer对象调用一次schedule方法就是创建了一个线程，并且调用一次schedule后TimerTask是无限制的循环下去的，使用Timer的cancel()停止操作。当然同一个Timer执行一次cancel()方法后，所有Timer线程都被终止。

 

 //true 说明这个timer以daemon方式运行（优先级低，程序结束timer也自动结束）
 java.util.Timer timer = new java.util.Timer(true);
 TimerTask task = new TimerTask() {
     public void run() {
         //每次需要执行的代码放到这里面。
     }
 };  

 //以下是几种调度task的方法：  

 //time为Date类型：在指定时间执行一次。
 timer.schedule(task, time);  

 //firstTime为Date类型,period为long，表示从firstTime时刻开始，每隔period毫秒执行一次。
 timer.schedule(task, firstTime, period);     

 //delay 为long类型：从现在起过delay毫秒执行一次。
 timer.schedule(task, delay);  

 //delay为long,period为long：从现在起过delay毫秒以后，每隔period毫秒执行一次。
 timer.schedule(task, delay, period);

---

Alarm机制

.首先获取到AlarmManager的实例。

AlarmManager manager = (AlarmManager)getSystemService(Context.ALARM_SERVICE)

然后调用AlarmManager的set()方法就可以设置一个定时任务了。

long triggerAtTime = SystemClock.elapsedRealtime() +  * ;

manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtime,pendingIntent);

set()方法中第一个参数是一个整型参数，用于指定AlarmManager的工作类型，有4种值可选，分别是ELAPSED_REALTIME、ELAPSED_REALTIME_WAKEUP、RTC和RTC_WAKEUP。

ELAPSED_REALTIME：表示让定时任务的触发时间从系统开机开始算起，但不会唤醒CPU。

ELAPSED_REALTIME_WAKEUP：同样表示让定时任务的触发时间从系统开机时间开始算起，但会唤醒CPU。

RTC：表示让定时任务的触发时间从1970年1月1日0点开始算起，但不会唤醒CPU。

RTC_WAKEUP：表示让定时任务的触发时间从1970年1月1日0点开始算起，但会唤醒CPU。

使用SystemClock.elapsedRealtime()方法可以获取到系统开机至今所经历时间的毫秒数。

使用SystemClock.currentTimeMills()方法可以获取到1970年1月1日0点至今所经历时间的毫秒数。

 

第二个参数是定时任务的触发时间，以毫秒为单位。

若第一个参数使用的是ELAPSED_REALTIME或是ELAPSED_REALTIME_WAKEUP那么这里传入开机至今的时间再加上延迟执行的时间。

若第一个参数使用的是RTC或是RTC_WAKEUP，那么这里传入1970年1月1日0点至今的时间再加上延迟执行的时间。

 

第三个参数是PendingIntent。

pendingIntent是一种特殊的Intent。主要的区别在于Intent的执行立刻的，而pendingIntent的执行不是立刻的。pendingIntent执行的操作实质上是参数传进来的Intent的操作，但是使用pendingIntent的目的在于它所包含的Intent的操作的执行是需要满足某些条件的。主要的使用的地方和例子：通知Notificatio的发送，短消息SmsManager的发送和警报器AlarmManager的执行等等。

PendingIntent中

getActivity(Context, int, Intent, int) 跳转到一个activity组件
getBroadcast(Context, int, Intent, int) 发送一个广播组件
getService(Context, int, Intent, int) 启动一个服务组件

这里我们一般会调用getService()方法或者getBroadcast()方法来获取一个能够执行服务或者广播的PendingIntent。这样当定时任务被触发的时候。服务的onStartCommand()方法或者广播的onReceive()方法就可以得到执行。

如果想要实现一个长时间在后台定时运行的服务该怎么做呢？

只需要定义一个服务，并将触发定时任务的代码写到onStartCommand()方法中。

 @Override
     public int onStartCommand(Intent intent,int flags, int startId) {
         new Thread(new Runnable() {
             @Override
             public void run() {
                 //在这里执行具体逻辑
             }
         }).start();
         AlarmManager manager = (AlarmManager)getSystemService(ALARM_SERVICE);
         int anHour =  *  * ; //这是一小时的毫秒数。
         long triggerAtTimer = SystemClock.elapsedRealtime() + anHour;
         Intent i = new Intent(this,LongRunningService.class);
         PendingIntent pi = PendingIntent.getService(this,,i,);
         manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtTimer,pi);
         return super.onStartCommand(intent,flags,startId);
     }

我们首先是在onStartCommand()方法中开启了一个子线程，这样就可以在这里执行具体的逻辑操作了，之所以要在子线程里执行逻辑操作，是因为逻辑操作也是需要耗时的，如果放在主线程里执行可能会对

定时任务的准确性造成轻微的影响。

创建线程代码之后，先是获取到了AlarmManager的实例， 然后定义任务的触发时间为一个小时后，再使用PendingIntent指定处理定时任务的服务为LongRunningService，最后调用set()方法完成设定。

一旦启动LongRunningService，就会在onStartCommand()方法里设定了一个定时任务，这样一个小时后，将会再次启动LongRunningService。从而形成一个永久的循环，保证LongRunningService的onStartCommand()方法可以每隔一个小时就执行一次。

如果想要启动定时服务的时候调用以下代码即可。

 Intent intent = new Intent(context,LongRunningService.class);
    context.startService(intent);

需要注意的是，从Android4.4开始，Alarm任务的触发时间将会变得不准确，有可能会延迟一段时间后任务才能执行，这是系统在耗电性方面的优化，系统会自动检测目前有多少Alarm任务存在，然后将触发时间相近的几个任务放在一起执行，这样就可以大幅度减少CPU被唤醒的次数，从而减少耗电量。

如果要求Alarm任务的执行时间必须准确无误，只需要使用AlarmManager的setExact()方法来替代set()方法。就基本上可以保证任务能够准时执行了。