关于android 定时器的定时问题

时间:2022-01-20 01:41:45

实现定时器的功能,有如下几种方法:
1、Threadsleep(long)方法
2、HandlerpostDelayed(Runnable, long)方法
3、TimerTimerTask结合的方法
这3种方法,本质上是一样的,都跟线程相关;这里主要讲下Timer。

定时器可以有个名称(name),也可以没有。

定时器,从线程类型的角度,可以分为如下两种:
1、普通类型;
2、后台(Deamon)类型;
Timer()---无名称,普通类型
Timer(String name)---有名称,普通类型
Timer(boolean isDaemon)---无名称,可指定类型
Timer(String name, boolean isDaemon)---有名称,可指定类型
参见:守护线程(Daemon Thread)

定时器,从执行次数的角度,可分为如下两种:
1、仅执行一次;属于这种的,有如下的两个成员函数:
schedule(TimerTask task, Date when)
schedule(TimerTask task, long delay)
2、循环执行;属于这种的,有如下的四个成员函数:
schedule(TimerTask task, Date when, long period)
schedule(TimerTask task, long delay, long period)
scheduleAtFixedRate(TimerTask task, long delay, long period)
scheduleAtFixedRate(TimerTask task, Date when, long period)
前两个,保证执行间隔是稳定的;两个,保证执行时间是稳定的。

由于定时器无法保证实时(real-time )特性;
也就是说,有可能因为某个执行太耗时,导致本该到时的定时器,得不到立即执行。
因此,当出现在这种“已经超时了,才轮到定时器执行”的情况时,就有了如下两种情况:
1、保证执行间隔是稳定的,即scheduledExecuteTime(第n+1次)=realExecuteTime(第n次)+periodTime)
2、保证执行时间是稳定的,即scheduledExecuteTime(第n+1次)=firstExecuteTime +n*periodTime

定时器,还可以取消(cancel())和清理(purge(),即清除所有已取消的)

在JDK1.5之前,定时/周期操作都是通过Timer来实现的。但是Timer有以下几种危险:
1、Timer是基于绝对时间的。容易受系统时钟的影响。 
2、Timer只新建了一个线程来执行所有的TimeTask;所有TimeTask可能会受相关影响。 
3、Timer不会捕获TimerTask的异常,只是简单地停止;这会影响其他TimeTask的执行。 
如果使用JDK1.5以上版本,建议用ScheduledThreadPoolExecutor代替Timer。
它采用相对时间,用线程池来执行TimerTask,会处理TimerTask异常。 
它基本上解决了上述的所有问题。