Android创建定时任务之Alarm机制

1.介绍：Android中的定时任务一般有两种实现方式，一种是使用javaAPI里的Timer类，一种是使用Alarm机制，

                这两种方式在多数情况下都能实现类似的效果，但Timer有一个短板，因为现在多数手机为了能让电池

                更加耐用，每种手机都有自己的休眠策略，android手机在长时间不操作的情况下自动会让cpu进入到

                休眠状态，这就可能导致Timer中的定时任务无法正常运行。而Alarm具有唤醒cpu的功能，它可以保证

                在大多数情况下指定定时任务的时候cpu都会正常工作。需要注意：唤醒cpu和唤醒屏幕不是一个概念。

2.Alarm机制：主要借助AlarmManager类来实现，获取一个AlarmManager的实例可以写成：

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

   接下来调用AlarmManager的set()方法就可设置一个定时任务，比如要设定一个任务在10秒钟后执行，就可以

    写成：

long triggerAtTime=SystemClock.elapsedRealtime()+10*1000;
manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtTime,pendingIntent);

   set()方法中需要传入3个参数；第一个是整形参数，用于指定AlarmManager的工作类型，有4种值可选，分别是

   ELAPSED_REALTIME、ELAPSED_REALTIME_WAKEUP、RTC、RTC_WEAKUP。其中ELAPSED_REALTI

   ME表示让定时任务的触发事件从系统开机开始算起，但不会唤醒CPU,ELAPSED_REALTIME_WAKEUP同样表

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

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

   但会唤醒CPU。使用SystemClock.elapsedRealtime()方法可以获取到系统开机至今所经历的毫秒数，使用System.

   currentTimeMillis()方法可以获取到1970年1月1日0点至今所经历的毫秒数。第二个参数是定时任务触发的时间，以

   毫秒为单位。

3.一个长时间在后台定时运行的服务实例。

public class LongRunningService extends Service {
    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @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=60*60*1000;//这是一个小时的毫秒数
        long triggerAtTime=SystemClock.elapsedRealtime()+anHour;
        Intent i=new Intent(this,LongRunningService.class);
        PendingIntent pi=PendingIntent.getService(this,0,i,0);
        manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtTime,pi);
        return super.onStartCommand(intent,flags,startId);
    }
}

   讲解:先在onStartCommand()方法中开启一个子线程，可以执行具体的逻辑，之后就是Alarm的用法，这样就实现

            了一个长时间在后台运行的服务，因为一旦启动该服务，就会在onStartCommand()方法里设定一个定时任务

            ，这样一个小时候将会再次启动该服务。从而就形成了永久循环，保证onStartCommand()方法每个一小时

            就执行一次。另外要注意，从android4.4开始，Alarm任务的触发时间将会变得不准确，可能会延迟，但这

            不是bug，而是系统在耗电方面的优化，将出发时间相近的几个任务放一起执行了，android提供的解决方案

            使用AlarmManager的setExact()方法代替set()方法，就基本可以保证任务能够准时执行。