标签：ice flags ide 类型 ems 完成 display 停止 决策
Android中的定时任务一般有两种实现方式，一种是使用Java API里的Timer类，另一种是使用android的Alarm机制。
这两种方式在多数情况下都能实现类似的效果，但Timer有一个明显的短板，它并不太适用与那些需要长期在后台运行的定时任务。As we know，为了能让电池更加耐用，每种手机都会有自己的休眠策略：比如手机不用的时候智能的断开wifi连接，根据光纤强弱自动调节屏幕亮度，根据手机长时间无操作时自动的让CPU进入到休眠状态等，当进入休眠状态时，这就有可能导致Timer中的定时任务无法正常运行。而Alarn机制则不存在这种情况，它具有唤醒CPU的功能，即可以保证每次需要执行定时任务的时候CPU都能正常工作。需要注意的是，这里的唤醒CPU和唤醒屏幕不是同一个概念，不能混淆。
Timer类
1 //true 说明这个timer以daemon方式运行（优先级低，程序结束timer也自动结束） 2 java.util.Timer timer = new java.util.Timer(true); 3 TimerTask task = new TimerTask() { 4 public void run() { 5 //每次需要执行的代码放到这里面。 6 } 7 }; 8 9 10 //以下是几种调度task的方法： 11 12 //time为Date类型：在指定时间执行一次。 13 timer.schedule(task, time); 14 15 //firstTime为Date类型,period为long，表示从firstTime时刻开始，每隔period毫秒执行一次。 16 timer.schedule(task, firstTime, period); 17 18 //delay 为long类型：从现在起过delay毫秒执行一次。 19 timer.schedule(task, delay); 20 21 //delay为long,period为long：从现在起过delay毫秒以后，每隔period毫秒执行一次。 22 timer.schedule(task, delay, period);
Alarm机制
1.首先获取到AlarmManager的实例。
AlarmManager manager = (AlarmManager)getSystemService(Context.ALARM_SERVICE)
然后调用AlarmManager的set()方法就可以设置一个定时任务了。 long triggerAtTime = SystemClock.elapsedRealtime() + 10 * 100; 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。
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()方法中。
1 @Override 2 public int onStartCommand(Intent intent,int flags, int startId) { 3 new Thread(new Runnable() { 4 @Override 5 public void run() { 6 //在这里执行具体逻辑 7 } 8 }).start(); 9 AlarmManager manager = (AlarmManager)getSystemService(ALARM_SERVICE); 10 int anHour = 60 * 60 * 1000; //这是一小时的毫秒数。 11 long triggerAtTimer = SystemClock.elapsedRealtime() + anHour; 12 Intent i = new Intent(this,LongRunningService.class); 13 PendingIntent pi = PendingIntent.getService(this,0,i,0); 14 manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtTimer,pi); 15 return super.onStartCommand(intent,flags,startId); 16 }
我们首先是在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()方法。就基本上可以保证任务能够准时执行了。
标签：ice flags ide 类型 ems 完成 display 停止 决策
原文地址：http://www.cnblogs.com/chase1/p/7136172.html
